Bug 1649883

What version of Bash are you using?
Also could you ensure that you have the "bash-completion" package installed? ("sudo dnf install bash-completion" in Fedora)

Additionally, if you do have bash-completion already installed, could you try placing the output of `oc completion bash` under "/etc/bash_completion.d/oc_completion"? (oc completion bash > /etc/bash_completion.d/oc_completion")

(In reply to Juan Vallejo from comment #1)
> What version of Bash are you using?
[root@bastion ~]# bash -version
GNU bash, version 4.2.46(2)-release (x86_64-redhat-linux-gnu)

> Also could you ensure that you have the "bash-completion" package installed?
[root@bastion ~]# rpm -qa|grep bash-completion
bash-completion-2.1-6.el7.noarch

> ("sudo dnf install bash-completion" in Fedora)
> 
> Additionally, if you do have bash-completion already installed, could you
> try placing the output of `oc completion bash` under
> "/etc/bash_completion.d/oc_completion"? (oc completion bash >
> /etc/bash_completion.d/oc_completion")
This was already done as well. I have tried to fix that in many ways.

Have you tried that? My colleague who tested this for me as well on different environment confirmed, that the completion of oc sub sub commands are working on 3.9 but not on 3.11.

I can reproduce with oc 3.11 (latest 3.11.44) given bash-completion is already installed.
$ oc completion bash > bash_completion.sh
$ source bash_completion.sh # same result if `yum install atomic-openshift-clients -y` and `source /etc/bash_completion.d/oc`

$ oc ge<tab> # can auto complete `get`
$ oc create sec<tab> # can auto sub command `secret`
But:
$ oc get proj<tab> # cannot auto complete project
$ oc get deploy<tab> # cannot auto complete deploymentconfig
$ oc get rout<tab> # cannot auto complete route
... all resource type names cannot be auto-completed

oc 3.9 (latest 3.9.51) does NOT have above issues (but it DOES reproduce bug 1534371, and it can NOT auto complete svc/service NOW whereas 1534371#c0 can)

I cannot complete any object after subcommand (the verb) - e.g. oc <tab> will list me everything what is possible, but after subcommands oc {get,describe,edit,export} <tab> will not list nor autocomplete anything.
 
[root@bastion ~]# oc version
oc v3.11.16
kubernetes v1.11.0+d4cacc0
features: Basic-Auth GSSAPI Kerberos SPNEGO

Server https://loadbalancer1.8670.internal:443
openshift v3.11.16
kubernetes v1.11.0+d4cacc0

[root@bastion ~]# bash -version
GNU bash, version 4.2.46(2)-release (x86_64-redhat-linux-gnu)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

[root@bastion ~]# uname -a
Linux bastion.8670.example.opentlc.com 3.10.0-862.el7.x86_64 #1 SMP Wed Mar 21 18:14:51 EDT 2018 x86_64 x86_64 x86_64 GNU/Linux

[root@bastion ~]# cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 7.5 (Maipo)

I am not able to reproduce this with a 4.0 client.
Tested with both bash and zsh:

```
$ oc version
oc v4.0.0-alpha.0+5974351-741-dirty
kubernetes v1.11.0+59743510d0
features: Basic-Auth GSSAPI Kerberos SPNEGO

$ source <(oc completion bash)
$ oc ge<tab>               # auto-completes to "get"
$ oc create sec<tab>       # auto completes "secret"
$ oc get replicationc<tab> # auto-completes "replicationcontrollers"
$ oc get pods <tab>        # suggests all pods in current namespace

# openshift-specific resources
$ oc get proj<tab>         # auto-completes to "projects.project.openshift.io"
$ oc get projects.project.openshift.io <tab> # suggests all available projects
$ oc get deployment<tab>   # suggests: 
deploymentconfigs.apps.openshift.io, deployments.apps deployments.extensions

$ oc get deploymentconfigs.apps.openshift.io # suggests all dc's in current project
```

This is not a release blocker.

Confirmed with latest version, the issue has fixed:
[root@dhcp-140-138 ~]# oc version 
oc v4.0.0-0.82.0
kubernetes v1.11.0+6855010f70

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2019:0758