-
Notifications
You must be signed in to change notification settings - Fork 2.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
YCM prevents Jedi show_call_signatures from working #1890
Comments
On ycm-core/ycmd#292 you said that it was the start to enable #1300. If we do that then we would be able to basically reproduce |
@oblitum it doesn't work for any config of |
It makes sense, I'm just not sure how far 1300 for python is, I'd like to get what I was used to now, anyway, this is not the most important point about this issue, I just wished to have the problem registered. |
@vheon both 1 and 2 don't work. |
Just to be sure, are you using your fork or YouCompleteMe from master? |
@vheon in truth, I'm at some random local branch for the swift completer... I'm switching to upstream master to check. |
@oblitum I wanted to know if you were already using the |
same behavior on master. |
my master is at 07f4402. |
Ok so it isn't a JediHTTP thing. To your knowledge does jedi-vim have some kind of logging? |
well, that commit does deal with something omni func related =), not sure whether it just happen to be the one, but my previous usage of |
no idea about Jedi logging. I just verify that Jedi is being triggered on |
what is the value of |
@vheon |
😭 |
The fault is not in that commit, I'm trying to find a commit where this has worked... nothing yet, not sure why this is not working anymore. |
I just installed |
@vheon have you set |
For sake of information. I do the same kind of setup with neocomplete (when I use it for python 3). It doesn't interfere with jedi call signatures. |
Could you try with |
@micbou thanks! that not only fixed the issue, the signatures are showing up faster. Not sure whether I should leave this open, since this tweak doesn't solve the default setup. I'm affraid whether this conflict may be something that can touch other plugins in other situations. |
Yes, let's keep this open. There is definitely an issue when |
I had the same issue months ago. I tried neocomplete, it can work work with jedi-vim without break it call signature hint, but it can't show jedi-vim and UltiSnips candidates at the same time, and its configuration is quite complex. So I switched back to YCM. I had a comment in issue#234, mentioned about the BTW, wish the pull#1300 can directly generate jedi#show_call_signatures from ycm. |
@NoAnyLove Thanks for the info. |
This seems to work with |
@micbou Yes, feel free to close this, the default jedi's call signatures hack is unstable and can be incompatible with anything. This is my current Jedi setup. |
@oblitum is there a reason why you re-open this? |
@vheon I've closed by accident. I've ended with "feel free to close" b/c it's up to YCM to chose to be compatible with Jedi's default call signature feature or not. |
Let's close since it's now working (apparently, PR #2657 didn't fix the issue so it's probably a change in jedi-vim). We can always reopen if it breaks again. |
Jedi has an option,
g:jedi#show_call_signatures
, which when set to1
or2
(withnoshowmode
) will let one see function call signatures after typing(
. When YCM is active this doesn't work, even wheng:ycm_filetype_specific_completion_to_disable = { 'python': 1 }
, I recall setting this before allowed Jedi call signatures to work.The text was updated successfully, but these errors were encountered: