Closed
Bug 1485894
Opened 6 years ago
Closed 6 years ago
[mac] Arrow icon displayed out of the content area inside the Set Home Page panel
Categories
(Firefox :: Settings UI, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox-esr52 | --- | unaffected |
firefox-esr60 | --- | wontfix |
firefox61 | --- | wontfix |
firefox62 | --- | wontfix |
firefox63 | --- | wontfix |
firefox64 | --- | wontfix |
firefox65 | --- | unaffected |
People
(Reporter: asoncutean, Unassigned)
Details
(Keywords: regression)
Attachments
(1 file)
688.96 KB,
video/quicktime
|
Details |
[Affected versions]:
- 61.0b20 (20180823143155)
[Affected platforms]:
- macOS 10.13
- macOS 10.12
[Steps to reproduce]:
[Preconditions]:
- Have a few visited/bookmarked webpages
1. Go to about:preferences#home
2. Select the Custom URLs.. option from Homepage and new windows dropdown menu
3. Click on the Use Bookmark button
4. Expand the first folder/folders until the scrollbar is displayed
5. Place any folder (that is not yet collapsed) at the bottom edge of the visible content area
6. Click on the right arrow to expand the folder
7. Click on the up arrow to collapse the folder
[Expected result]:
- Step [6][7] - The folder is successfully expanded/collapsed, while the arrow icon change its form from an right arrow to a down arrow and viceversa .No extra arrow icons can be observed.
[Actual result]:
- A solitary arrow icon is displayed outside the content area (see the attachment).
[Regression range]:
- I will determine one asap.
[Additional Notes]:
- Step 7 is optional, sometimes, the issue is triggered only by scrolling a bit around the unexpanded folder positioned on the visible content area bottom edge
- Once, I managed to triggered the displaying of two arrows: see screenshot - https://drive.google.com/open?id=1EXbvdOOWSXf4BHEH8XJZ_--kfT-v1-Yy
- Clicking on the arrow icon triggers no response
- Windows and Ubuntu platforms seem to not be affected by this behavior
Reporter | ||
Comment 1•6 years ago
|
||
[Regression range]:
Last good revision: 574f4f58fe09dd590ea892406e237318c31705b4 (2017-12-03)
First bad revision: 88b2d7276416f8b69191ca5fb1b5c670ec8178b8 (2017-12-04)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=574f4f58fe09dd590ea892406e237318c31705b4&tochange=88b2d7276416f8b69191ca5fb1b5c670ec8178b8
Keywords: regressionwindow-wanted → regression
Updated•6 years ago
|
Priority: -- → P3
Comment 2•6 years ago
|
||
A more narrow regression range would be helpful here. Not seeing anything blatantly obvious in there.
status-firefox61:
--- → wontfix
status-firefox63:
--- → fix-optional
status-firefox-esr52:
--- → unaffected
status-firefox-esr60:
--- → wontfix
Version: 62 Branch → 59 Branch
Comment 3•6 years ago
|
||
I can't reproduce this issue with 65 nightly on macOS or I didn't understand clearly the STR, Anca could you test again and tell us if we still have the issue on a recent Nightly? Thanks
Reporter | ||
Comment 4•6 years ago
|
||
This issue is not reproducible anymore with the latest Nightly 65.0a1 (2018-11-20) on Mac platforms (versions 10.12 and 10.13). Looks like bug 1469287 fixed this problem. Therefore I will mark this bug as Resolved Worksforme.
Status: NEW → RESOLVED
Closed: 6 years ago
Flags: needinfo?(anca.soncutean)
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•