Autocomplete doesn't work for Gtk+ 3

[pavan-inferno]

Environment data

VS Code version: Code 1.19.1 (0759f77bb8d86658bc935a10a64f6182c5a1eeba, 2017-12-19T09:46:23.884Z)
Python Extension version: 0.9.1
Python Version: 2.7.14
OS and version: Windows_NT x64 10.0.16299

Actual behavior

Autocomplete doesn't work for Gtk+ 3 library. It does work for all other libraries I have tried in the past. It also works for pygtk (gtk 2.x). Even in the given script, it works with gi but doesn't work with Gtk. It shows all the member functions and variables for gi, auto completion only shows suggestions based on used keywords and no member functions.

Is this related to the Gobject and introspection ?

Expected behavior

Autocomplete should show member functions

Steps to reproduce:

• Install x86 Python 2.7
• Install Pygobject and Gtk+ from precompiled binaries for windows (https://sourceforge.net/projects/pygobjectwin32/)
• Run the following script
• Try to autocomplete Gtk.

import gi
gi.require_version('Gtk', '3.0')
from gi.repository import Gtk
win = Gtk.

Logs

Output from Python output panel

Output from Console window (Help->Developer Tools menu)

Kudos on the awesome extension BTW ;)

Cheers
Pavan

[inochisa]

I have the same problem. But I can see something in the module gi, can not see the thing in the gi.repository(use from gi.repository import ...). And I see there is only a __inty__.py and __pycache__ folder in my folder /usr/lib/python3.6/site-package/gi/repository,maybe the extension can not load the information from the pycache?
The other thing I see it's the linting is ok, I get error when I type the wrong function name in the gi.repository(But I don't know why, i just get an message that show me there is no function named "xxx".)
My code version is 1.19.2 and the python version is 3.6.4. Os is linux
My console window is also nothing.

[lazka]

Does this plugin support PEP 484 stub files? There was some discussion on the python+gtk site to look into supporting that: pygobject/pgi-docgen#79 (comment)

[brettcannon]

@SakuraLife the __pycache__ is just the cache of .pyc files and is only used when there's a corresponding .py file, so it plays no part in intellisense.

@lazka davidhalter/jedi#839 suggests that Jedi doesn't have support yet for .pyi files.

[pavan-inferno]

Should have seen this earlier. Its a jedi issue.
davidhalter/jedi#531
It doesn't support gobject introspection modules (Gtk 3 is one). I wanted to know if the source of jedi used by the extension is patched to resolve this issue. And also the suggested monkey patch in the above link doesn't work for me.

[brettcannon]

We don't patch Jedi ATM, but @MikhailArkhipov is collecting known issues with Jedi in hopes that we can resolve them eventually.

[pavan-inferno]

Thanks brett !
I have another question.
Can I use python.jediPath to try monkey patching it ?

[brettcannon]

@pavan-inferno I believe so, yes.

[MikhailArkhipov]

We integrated Jedi 0.11, could you try insiders build please

https://github.com/Microsoft/vscode-python/blob/master/CONTRIBUTING.md#insiders-build

[fredrikaverpil]

@MikhailArkhipov do you mean that pyi files should now work in the Insiders build, or are you referring to something else?

[brettcannon]

@fredrikaverpil it doesn't look like it: davidhalter/jedi#839

[MikhailArkhipov]

@fredrikaverpil - may or may not, I just meant there is new Jedi that could have the fix. Apparently not.

[tristan957]

Surprisingly just the issue I was looking for. @MikhailArkhipov do you need someone to test the insiders build of vscode-python to see if this issue is resolved

[brettcannon]

@tristan957 until davidhalter/jedi#839 is fixed upstream or we replace Jedi this won''t get fixed in the extension.

[fredrikaverpil]

For anyone interested, work is now being done on davidhalter/jedi#839 !

[tristan957]

Has anyone tried this with the Python language server? Admittedly I don't write much Python anymore. Not sure if the language server makes use of Jedi or not.

[brettcannon]

@tristan957 the language server does not use Jedi.

[tristan957]

@brettcannon I am aware. I was meaning that "has someone tried writing PyGObject using the language server instead of the Jedi-based completions".

[fredrikaverpil]

@brettcannon @MikhailArkhipov jedi now has stubs support in the master branch.

[fredrikaverpil]

Proof of .pyi files being loaded in vscode: davidhalter/jedi#1318 (comment)

[brettcannon]

Closing as this is an upstream issue which we don't have direct control or influence over.