Closed Bug 1782638 Opened 2 years ago Closed 2 years ago

When dragging a bookmark towards a bookmarks bar sub-subfolder list, the list closes itself before drop

Categories

(Firefox :: Bookmarks & History, defect)

Firefox 103
defect

Tracking

()

RESOLVED FIXED
105 Branch
Tracking Status
firefox-esr91 --- unaffected
firefox-esr102 --- unaffected
firefox103 --- wontfix
firefox104 --- verified
firefox105 --- verified

People

(Reporter: dakwamine, Assigned: emilio)

References

(Regression)

Details

(Keywords: regression)

Attachments

(4 files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:103.0) Gecko/20100101 Firefox/103.0

Steps to reproduce:

(Tested on Windows 11.)

  1. Open Firefox.
  2. Display the bookmarks bar.
  3. Create a folder in this bar labeled "Folder".
  4. Create a subfolder labeled "Folder with incredibly long name because why not, don't you think?".
  5. Go to any web page.
  6. Drag the tab of the current page onto the folder item.
  7. Drag the tab onto the subfolder item.
  8. Drop the tab. => The page is bookmarked.
  9. Repeat 6.
  10. Repeat 7.
  11. Drag the tab over the list of the subfolder.

Additional info

It also happens when, instead of a long folder name, there is a long bookmark label in the folder list. In my understanding, the issue is related to the ellipsis handling on long labels.

Actual results:

The subfolder list closes when moving the mouse cursor onto it, preventing me from dropping my tab in it.

Expected results:

The subfolder list keeps itself open when moving the mouse cursor onto it.

As a user with 3 levels deep bookmark tree, it became difficult to use the bookmarks bar. This bug did not occur on previous Firefox versions (<103).

The Bugbug bot thinks this bug should belong to the 'Firefox::Bookmarks & History' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Bookmarks & History

I found that this issue happens less often on my weaker laptop. It may be because it's Windows 10, or because it is a much lower specs than my main PC (a little laggy).

I found through mozregression that this was regressed by bug 1772507... Though this is somehow intermittent, sometimes it works, most of the times it doesn't, not sure what is causing the changed behavior.

Status: UNCONFIRMED → NEW
Ever confirmed: true
Regressed by: 1772507
Attached image folder_drag.gif

Emilio, any thoughts or ideas?

Flags: needinfo?(emilio)

Set release status flags based on info from the regressing bug 1772507

Setting 103 as fix-optional, pending the result of the ni for investigation,
:emilio/:mak could you also please set a severity rating?

This is a more minimal fix to restore previous behavior.

Assignee: nobody → emilio
Status: NEW → ASSIGNED

Also, align them properly.

The issue is that we inherit the region margin introduced in bug 1772507, but
we were styling the panel in a way that causes the region to not match the
shadow size.

Simplify a bit the styling so that all the margins add up.

For uplift it'd be simpler to just set the new property to zero, I'll prepare a
patch for that. That would cause the shadows to count as popup contents, but
that's the pre-103 behavior which seems fine.

Flags: needinfo?(emilio)

Comment on attachment 9288632 [details]
Bug 1782638 - For beta: Remove input region in bookmark popups. r=mak

Beta/Release Uplift Approval Request

  • User impact if declined: comment 0
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: comment 0 / etc.
  • List of other uplifts needed: none
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Single line CSS change
  • String changes made/needed: none
  • Is Android affected?: Yes
Attachment #9288632 - Flags: approval-mozilla-beta?
Attachment #9288633 - Flags: approval-mozilla-beta?

Comment on attachment 9288633 [details]
Bug 1782638 - Simplify styling of bookmarks toolbar submenus. r=mak

This one is not intended for uplift.

Attachment #9288633 - Flags: approval-mozilla-beta?
Attached image screenshot

There is some problem with the position of the drop indicator with the patch, likely just missing margin/padding.

Flags: needinfo?(emilio)

Hey look, that's a pre-existing issue on Linux! Will fix.

Flags: needinfo?(emilio)

Comment on attachment 9288632 [details]
Bug 1782638 - For beta: Remove input region in bookmark popups. r=mak

Approved for 104.0b8

Attachment #9288632 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Flags: qe-verify+
QA Whiteboard: [qa-triaged]

Reproduced the issue on Win10 using FF build 103.0.
Verified main issue(bookmark) is fixed on Win10/Mac10.13/Ubuntu 20.4 using Beta 104.0b8 (20220809195844) .
But issue mentioned on comment#13 is still reproducing on Ubuntu 20.4. Will this issue be fixed on this bug? or is there a separate tracking issue? Thank you.

Flags: needinfo?(emilio)
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/c48baf52b5d6
Simplify styling of bookmarks toolbar submenus. r=mak

Yes, it will get fixed on this bug, but not on beta, because it's more risky.

Flags: needinfo?(emilio)
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 105 Branch

Verified as fixed the indicator issue on latest Nightly 105.0a1(20220810212956) on Ubuntu20.4 (also checked that is working as expected on Win10/Mac10.13). Marking issue as fixed on 105 for this issue. Thank you Emilio for clarifying that.

QA Whiteboard: [qa-triaged]
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: