-
Notifications
You must be signed in to change notification settings - Fork 305
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
JetBrains IDE's "Find in Files" dialog will disappear immediately after opening #96
Comments
Thanks for your report, this one is known and currently tracked by #10. Closing as duplicate. |
* Use safe C, SAL and const as needed * Change to treat warning as error Co-authored-by: Hideyuki Nagase <hideyukn@ntdev.microsoft.com>
re-activating this one... turned out not to be duplicate of #10. |
Really hope this to be fixed someday. |
As @nelsonjchen pointed, I confirmed that this issue occurs on Phpstorm running on Ubuntu desktop too, thus it seems this is the issue of application rather than WSLg. |
But this issue doesn't occur in non-WSLg Ubuntu (at least in VMWare)? It works fine there from both the context menu and the keyboard shortcut. Where and how should this issue have been reported? I mentioned this from #214 because this issue was much more specific to this dialog. If this is an application issue, any suggestions on resources for debugging this and what area of Window handling differences in WSLg should a IntelliJ platform developer look at to avoid this issue? |
Anyway, here's the counterpart issue on the Jetbrains tracker: |
https://youtrack.jetbrains.com/issue/IDEA-258990 OTOH, someone has reported that does happen and without mentioning WSLg. Unfortunately, the JetBrains developer could not reproduce it. It seems there is something that makes this happen on some configurations and not happen on others. It certainly happens with Ubuntu 20.04 WSLg but not my VMWare Ubuntu 20.04. |
All to say, I guess this does seem to be Jetbrain's issue. |
@nelsonjchen , thanks for checking. As it's shown in above video, the "find in files" window does appear momentary but the window destruction is requested by application immediately after. This issues happen across multiple IDEs from JetBbrains (such as PyCharm and Android Studio, too). While there could be issues in WSLg triggering this behavior, but at this point, I haven't found anything yet. If you notice any Jetbrains developer is pointing the possible causes for this behavior (with WSLg or not), please share with us. This is very important features in those IDEs, we would like to have it function correctly. thanks! |
After trying several times for investigation, it works on Ubuntu 20.04 on WSLg (and it does find the keyword), but it's not clear what is the factor. We will continue to investigate this if anything in WSLg cause this, thanks! PhpStorm.find.in.files.mp4 |
For anyone who's looking for a temporary fix, I just hold CTRL + SHIFT + F until it stays open. Do you guys have alternative temp fix? |
I do this but make sure to pin with the pin in the top right corner of the box once it stays open once with this key combination. With the pin set, I explicitly press ESC to dismiss instead of focusing elsewhere. Holding down the CTRL SHIFT F key combination is unreliable by itself. |
Very interesting. After I pinned it and pressed ESC, when I CTRL+SHIFT+F again, it no longer disappears immediately. This is a lifesaver, thank you! |
This could definitely be a JetBrains issue but I never had this issue with WSL and X410, get it constantly with WSLg. If I switch my display server from WSLg to x410 and back and forth, Rider always has this issue in WSLg and never has it with X410. I'm not an expert on X/wayland, Is there any sort of diagnostic logging we could capture to help track down what needs to be fixed? EDIT: After holding down ctrl+shift+f and pinning the find in files dialog, it now opens more reliably, which is a reasonable workaround, but having to escape to close the dialog is (ever so slightly) annoying. |
@lelabo-marc, thanks for pointing out. This issue is still outstanding and should not be close, thanks! |
if you press CTRL+SHIFT+F, then lock the screen by "WIN+L" then unlock, it'll appear LOL |
@rabbit-aaron, thanks for tips. Currently I'm in doubt that there is some window focusing issue in WSLg. When there is focus change, "closeIfPossible()" method is executed (from JetBrains's "find" source code written in Java), and unless the dialog is in "pinned", the dialog's cancel action is executed and dialog to be closed. I'm not yet find the root cause, but I guess there might be some incompatibility in the way WSLg opens popup dialog window and that might be causing this misbehave, I will continue to look into this issue based on priority among other issues. Thank you very much for trying out WSLg!
|
thanks for that workaround, i was going crazy trying to get the window to stay open long enough to pin it! |
Just dropping in to say that the exact same WSL2 ubuntu vhdx image exhibits this problem with WSLg but not Xming. (@nelsonjchen the pin workaround is genius, thank you!) |
Same problem here with windows 11 |
same problem in 1.0.29-preview build |
Same problem here with windows 11/wslg 1.0.28-preview build (@nelsonjchen the pin workaround is genius, thank you!) |
Still happens |
Same here. It just pops up and then disappears. If I press Ctrl+shift+F and manage to click to text field in the Find window (pressing all several times:) ) the windows stays. |
The current workaround is to first stop the Find window from disappearing (as I mentioned above), then pin the window using the pin button. Now the window will stay, and when you are done with the search, just press Esc, and it will go away. |
Very annoying issue. Same for all pop-up windows from within JetBrains. (Win 11). For me, it sometimes works, and sometimes I can't open it all. Besides, the entire RDP connection seems to disappear occasionally. So it looks like a connection stability problem and the lack of handling the issues/ glitches. It's often when my WSLg becomes unresponsive at all. Killing the WSL is what helps, but you can't work like that. |
I found a temporary solution in this problem issue/IDEA-265390
|
Seems like there's still not a great resolution. I've resorted to using vcxsrv instead of the WSLg |
Looks like pop OS had a similar issue and fixed it |
The workarounds didn't work for me. With the Windows lock workaround a different kind of search dialog appears, not "find in files". With "view -> tool windows -> Find" you just get a tab that says "Nothing to show". |
please please fix this one! |
https://youtrack.jetbrains.com/issue/IDEA-265390 -- Issue appears to be fixed in IntelliJ EAP 2022.1 |
I have tested with the EAP and it seems to work for me |
Works fine for me too |
Does anybody know when this would merged to Android Studio? I don't know where to find this information(yes, after googleing). |
I'm still facing this issue in PHPStorm 2023.3.1 It has been never fixed for me. Any dialog may be not visible. I usually press Esc and try the dialog again. Max 3 tries and it appears on the screen. The dialog window is actually there and I can click on its controls. If I can trigger some UI changes in the window like resizing, it gets rendered. I always can click on the dialog window to ensure it's in focus and press Esc to close the dialog and try again. Popup menus are also sometimes not rendered. |
Environment
Steps to reproduce
WSL logs:
weston.log
versions.txt
Expected behavior
By clicking on Find in Files, a new dialog appear and stay open.
Actual behavior
By clicking on Find in Files, a new dialog appears and disappears immediately.
The text was updated successfully, but these errors were encountered: