Version: 4.2.3 OS: Linux today the find and files popup window became larger than the screen and is now unusable because the window does not slide left/right unless one leaves full screen mode. After leaving full screen mode random slices from the display buffer end up in the window header. Situation persists after program is restarted. Reproducible: Sometimes Steps to Reproduce: Maybe running application in full screen mode had some influence? Also, I use vmware player. Actual Results: Window is so wide that buttons are invisible outside on left and right of screen. I can only slide the window back and forth to reach its buttons if I quit full screen mode. Expected Results: Find in files window should be smaller than the size of the screen, and slideable in full screen mode. somewhat of a showstopper for me because I was drawn to the kdevelop because it had a mice find in files feature, and not because I like its editor.
can you give some information on how you triggered this behavior? do you maybe have exceptionally long filenames or similar in the results, that triggered this bug? a screenshot could maybe also give me some clue on whats going on here. thanks
I really don't know exactly what triggered the issue, but one can speculate that full screen mode and or VM player might be unique in my situation. I _am_ working on large code bases with deeply nested paths, and I am always dragging the dividers so I can see the file names. A major clue is maybe that it persists even after the program is restarted. How much formatting of the popup boxes is allowed to persist? Maybe this is a bug with integer overflow. PS: I am somewhat surprised that none of my bugs entered yesterday show up today under "My Bugs". I had to dig around with advanced find to find this entry.
without a way to reproduce I cannot do anything, so please try to reproduce the issue. To get your original, working state back either remove ~/.kde/share/config/kdeveloprc or edit it and remove the [MainWindow_*] sections and maybe also the [User Interface] sections.
I am using kdevelop without any virtual machine such as vmplayer. However, I have the same issue. The Search and Replace in Files dialog is at least 3000px wide and I am unable to make it smaller. I can however resize it to make it larger, so it seems one of the components in the dialog has a wrong minimum width set. I tried Milian Wolff's suggestion of removing kdeveloprc, but that had no effect on the dialog size. Pointers to where in the source this dialog is created would be appreciated. I tried looking at the source (app/katepartui.rc in particular), but as far as I can tell the dialog is inherited from Kate somehow? (Kate's search in files dialog does behave by the way). Where do the extra fields get added?
(In reply to Jeffrey Hill from comment #2) > I really don't know exactly what triggered the issue, but one can speculate > that full screen mode and or VM player might be unique in my situation. I > _am_ working on large code bases with deeply nested paths, and I am always > dragging the dividers so I can see the file names. > > A major clue is maybe that it persists even after the program is restarted. > How much formatting of the popup boxes is allowed to persist? Maybe this is > a bug with integer overflow. > > PS: I am somewhat surprised that none of my bugs entered yesterday show up > today under "My Bugs". I had to dig around with advanced find to find this > entry. I have this problem when the selected text, in editor is too large, before open the 'Find In Files' popup dialog. To resolve it ... Open the Find in file dialog. Press 'up' or 'down' arrow key to select the large text, in pattern box (first box). Press 'Ctrl+A' keys to select all of text. Then press the 'Delete' or 'Backspace' key to delete it. Then exit the dialog by 'Escape' key. Good luck.
Screenshot please! Cannot reproduce.
Created attachment 98267 [details] Bug Screenshot
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!