User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a1pre) Gecko/20100107 Minefield/3.7a1pre ID:20100107065333 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a1pre) Gecko/20100107 Minefield/3.7a1pre ID:20100107065333 Long scrolled Bookmarks menu scroll-up a line immediately when mouse move from menu to menu popup after open the menu popup. When I move mouse pointer from a menu to menu popup, The mouse pointer will pass by over a scroll button, but a scroll button becomes active immediately then and scrolls. In this case I think that I should make delay time to start scroll. This problem does not happens on Namoroka. Reproducible: Always Steps to Reproduce: 1. Start Minefield with new profile 2. Make sure much enough number of bookmarks to scroll menu popup 2. Open any bookmarks (Bookmarks Menu, Bookmark Folder , Boookmarks Widget) 3. Scroll menupopup and close the menupopup 4. Open the menupopup agein, and move mouse pointer to menupopup(The mouse pointer cannot but pass by over a scroll button then) 5. Close popup and repeat step 4 Actual Results: Long scrolled Bookmarks menu scroll-up a line whenever I open up a bookmarks menu and go to the menu popup. Expected Results: Long scrolled Bookmarks menu should not scroll immediately when mouse pointor moved from menu to menupopup. Regression window: Works: http://hg.mozilla.org/mozilla-central/rev/9af2a428dcb1 Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a1pre) Gecko/20091211 Minefield/3.7a1pre ID:20091211044651 Feils: http://hg.mozilla.org/mozilla-central/rev/d379a17cbf8f Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a1pre) Gecko/20091212 Minefield/3.7a1pre ID:20091212045454 PushLog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=9af2a428dcb1&tochange=d379a17cbf8f Candidate: Bug 534183 - Autorepeatbuttons in menus shouldn't have any initial delay I think that behavior is not intentional.
When I backed out 00537ed09b55 (Bug 534416)and 15ba16ba4749 (Bug 534183) , it works properly.
sounds line annoying
Ouh... hm... why isn't the menu scrolled to the top when it opens? Then we wouldn't have this problem.
Scroll is persisted when menu is closed and reopened (I think we don't do anything special about it, sounds like a "feature" we just inherit from scrollbox). Actually I don't know if that's by design, but I'd find boring to have to scroll to the desired position every time I open it.
Created attachment 454503 [details] testcase (In reply to comment #4) > Ouh... hm... why isn't the menu scrolled to the top when it opens? Then we > wouldn't have this problem. It is not solved, you can try testcase. STR 1. click "Pull Up" 2. move pointer to upper Actual, the popup scrolls. Expected the popup should not scroll
It happens on Lunux too. http://hg.mozilla.org/mozilla-central/rev/5a41a70eb631 Mozilla/5.0 (X11; Linux i686; rv:2.0b8pre) Gecko/20101011 Firefox/4.0b8pre ID:20101011025823
While annoying, I do not think we should hold the whole release for minor UI behavior that doesn't prevent the actual interaction that the user is trying to do (open a bookmark in a folder).
(In reply to comment #8) >(open a bookmark in a folder). This is nothing help. it is annoying bookmark folder on bookmarks toolbar. Why need bug 534183? what is purpose of bug 534183? I suggest Just back out bug 534183 and 534416. Is there any problem?
Is this still a valid bug? I don't see it in latest 22.0a1 nightlies and have not in fact seen it before in previous versions either.
(In reply to klonos from comment #10) > Is this still a valid bug? I don't see it in latest 22.0a1 nightlies and > have not in fact seen it before in previous versions either. Yes, the annoying problem still exist in http://hg.mozilla.org/mozilla-central/rev/b03bb3ce8cee Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20130318 Firefox/22.0 ID:20130318030947 and http://hg.mozilla.org/releases/mozilla-aurora/rev/aabac5ced0a4 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20130318 Firefox/21.0 ID:20130318042013