Community
Participate
Working Groups
Build Identifier: I20120315-1300 The preference page for defining keyboard-shortcuts (2 x shift-ctrl-L) is too wide for my screen. It doesn't show completely, even if I maximize the preferences Dialog. If not maximized, the table of existing shortcuts has a strange tendency to jump back to the start. Reproducible: Always Steps to Reproduce: 0. see screenshot 1. unmaximize dialog 2. enter Filter word "comment" 3. scroll down the table 4. select last row "uncomment" 5. table scrolls back to top, though the selection stays correct
Created attachment 213843 [details] screenshot of misplaced scroll position of table in scrolling pref-page
Reproduced in Linux Version: 4.2.0 Build id: I20120410-0633 Bumping in importance and marking for 4.2 consideration. Hopefully is a simple fix.
*** Bug 382974 has been marked as a duplicate of this bug. ***
I have the same problem with Version: 4.2.0 Build id: I20120503-1800 on Fedora 17. For me it doesn't matter if the dialog is maximized. No need to apply filter either. Also, it seems to scroll to the same place (almost to the top) as long as I click anything after a certain number of items. The same applies if I navigate using the keyboard.
The behavior is the same with Build id: I20120608-1400
*** Bug 386212 has been marked as a duplicate of this bug. ***
*** Bug 394189 has been marked as a duplicate of this bug. ***
Some random remarks about "preferences --> keys" page: a) slow but ok - scroll via mouse wheel; b) slow and BUGGY - after scrolling down a few pages with the mouse wheel, left click any row and the whole thing scrolls up again (jumps back to the start); c) slow and BUGGY - scroll via keyboard up/down. Note: a) Buggy/slow list scrolling seems to be a __wider__ eclipse problem. b) Bug tested against Eclipse 4.2.1, Fedora 17, kernel 3.6.6-1, gtk 2.24.13.
Also confirming the "preferences --> keys" page size problems - the scrollbar doesn't show up unless the windows is wider than 1280 px.
Clearly, the buggy list scrolling is a general gtk/swt/Eclipse problem... I think it has something to do with the list trying to always reposition in the center the active list entry (the clicked/selected one). That's a good example of unuseful, distracting and CPU expensive behavior... And btw, I can confirm all the other issues mentioned in this report. Regards, Oliver
This sounds like a duplicate of bug 389432.
Well, I think bug 389432 (2012-09) is a duplicate of this one (2012-04).
*** This bug has been marked as a duplicate of bug 389432 ***
(In reply to comment #13) > > *** This bug has been marked as a duplicate of bug 389432 *** OK, my fault to be lazy and report two issues in a single ticket. Now, that the weird scrolling has it's own ticket, with your permission I reopen this ticket for the width of the preferences page, OK? Please have mercy with people on laptops, where a screenwidth of 1280 is already the physical maximum.
I just checked the keys-pref-pages size in Luna ... it's quite ok now, so I assign a status of "works for me". Also the wired scrolling doesn't bother me anymore.
