1810330 - Pop-up Bubbles No Longer Appear Over Bookmark Entries in Firefox Nightly 110.0a1 (2023-01-13) (64-bit)

Status: NEW

(Firefox :: Bookmarks & History, defect, P3)

Description

[Benjamin L. Russell]

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:109.0) Gecko/20100101 Firefox/110.0

Steps to reproduce:

Pressed Ctrl+Shift+D, then hovered my mouse cursor over an entry in the list.

Actual results:

Nothing happened.

Expected results:

A pop-up window should have appeared over the entry with the full text of that entry, including the portion that was too long to fit in the window.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Win32' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Stephen A Pohl [:spohl] (OOO until 7/30, contact :haik if urgent)]

Could you run mozregression to see when this started happening?

A number of Firefox versions will open in succession to narrow down when this started occurring. Simply answer "good" or "bad" based on whether or not a build reproduces the bug. Once finished, please post the output from the last run. It should give a last good and first bad revision as well as a link to look at the changesets in that range. Thank you!

Comment 3

[Benjamin L. Russell]

(In reply to Stephen A Pohl [:spohl] from comment #2)

Could you run mozregression to see when this started happening?

A number of Firefox versions will open in succession to narrow down when this started occurring. Simply answer "good" or "bad" based on whether or not a build reproduces the bug. Once finished, please post the output from the last run. It should give a last good and first bad revision as well as a link to look at the changesets in that range. Thank you!

Just out of curiosity, does mozregression run on Windows 7? I'm currently running Firefox Nightly 110.0a1 (2023-01-15) (64-bit) on Windows 7.

Also, I've noticed some rather peculiar behavior with this bug; namely:

1. Upon pressing Ctrl+Shift+D the first time after starting Firefox Nightly, if I hover the mouse over any entry in the bookmark collection list without clicking on any entry, then no pop-up window is displayed;
2. However, if I then click on any bookmark collection and then hover the mouse over any other entry in the list (except for the bookmark collection on which I clicked), then a pop-up window is displayed; however, if I hover the mouse over the highlighted entry in the list on which I have just clicked, then no pop-up window is displayed;
3. Even if I close the bookmark collection list window that was displayed by pressing Ctrl+Shift+D and then reopen it by pressing Ctrl+Shift+D again, the behavior above in 2) persists.

This means that I can work around this bug by pressing Ctrl+Shift+D after starting Firefox Nightly and then highlighting any other bookmark collection in the list except for the one for which I need the popup window to display, and the popup window will display; it just won't display for the clicked, highlighted entry for which I need it to display.

Comment 4

[Stephen A Pohl [:spohl] (OOO until 7/30, contact :haik if urgent)]

(In reply to Benjamin L. Russell from comment #3)

(In reply to Stephen A Pohl [:spohl] from comment #2)

Could you run mozregression to see when this started happening?

A number of Firefox versions will open in succession to narrow down when this started occurring. Simply answer "good" or "bad" based on whether or not a build reproduces the bug. Once finished, please post the output from the last run. It should give a last good and first bad revision as well as a link to look at the changesets in that range. Thank you!

Just out of curiosity, does mozregression run on Windows 7? I'm currently running Firefox Nightly 110.0a1 (2023-01-15) (64-bit) on Windows 7.

I don't see a limitation called out. You can install and try it here: https://mozilla.github.io/mozregression/install.html

Comment 5

[Benjamin L. Russell]

(In reply to Stephen A Pohl [:spohl] from comment #4)

(In reply to Benjamin L. Russell from comment #3)

(In reply to Stephen A Pohl [:spohl] from comment #2)

Could you run mozregression to see when this started happening?

A number of Firefox versions will open in succession to narrow down when this started occurring. Simply answer "good" or "bad" based on whether or not a build reproduces the bug. Once finished, please post the output from the last run. It should give a last good and first bad revision as well as a link to look at the changesets in that range. Thank you!

Just out of curiosity, does mozregression run on Windows 7? I'm currently running Firefox Nightly 110.0a1 (2023-01-15) (64-bit) on Windows 7.

I don't see a limitation called out. You can install and try it here: https://mozilla.github.io/mozregression/install.html

Just now, I tried running mozregression 5.3.0.rc1.dev2 after installing it; however, the following error message appeared (translated from Japanese):

Because api-ms-win-core-path-l1-1-0.dll does not exist on this computer, the program cannot start. In order to resolve this issue, please reinstall this program.

What should I do?

Comment 6

[Benjamin L. Russell]

(In reply to Stephen A Pohl [:spohl] from comment #4)

(In reply to Benjamin L. Russell from comment #3)

(In reply to Stephen A Pohl [:spohl] from comment #2)

Could you run mozregression to see when this started happening?

A number of Firefox versions will open in succession to narrow down when this started occurring. Simply answer "good" or "bad" based on whether or not a build reproduces the bug. Once finished, please post the output from the last run. It should give a last good and first bad revision as well as a link to look at the changesets in that range. Thank you!

Just out of curiosity, does mozregression run on Windows 7? I'm currently running Firefox Nightly 110.0a1 (2023-01-15) (64-bit) on Windows 7.

I don't see a limitation called out. You can install and try it here: https://mozilla.github.io/mozregression/install.html

In addition, I just noticed that the following error message had also appeared:

Error loading Python DLL 'C:\Program Files (x86)\mozregression-gui\python310.dll'. LoadLibrary: the specified module cannot be found.

What should I do?

Comment 7

[Ray Kraesig [:rkraesig]]

(In reply to Benjamin L. Russell from comment #3)

What should I do?

Please file a separate bug for that (under Testing :: mozregression).

You may also want to try using version 4.0.18.

---

(In reply to Benjamin L. Russell from comment #0)

Pressed Ctrl+Shift+D, then hovered my mouse cursor over an entry in the list.

When I press Ctrl+Shift+D, what comes up is a Firefox dialog labeled "New Bookmarks", which by default doesn't contain any sort of list unless I do some extra clicking to expand things. It doesn't seem to map well onto what you're describing. Can you provide a screenshot?

Do you possibly have Ctrl+Shift+D assigned to an extension? (≡ -> Add-ons and themes -> the gear icon next to "Manage your extensions" -> Manage Extension Shortcuts.)

Comment 8

[Benjamin L. Russell]

(In reply to Ray Kraesig [:rkraesig] from comment #7)

(In reply to Benjamin L. Russell from comment #3)

What should I do?

You may also want to try using version 4.0.18.

That worked.

However, when I attempted to follow the instructions in the tutorial video clip on the mozregression site, upon pressing the "Run a new bisection" button, I was unable to find an entry for "Firefox Nightly" in the "Application" pull-down menu; instead, I found entries for:

• fennec
• firefox
• firefox-l1 0n
• gve
• thunderbird

Which entry in the above pull-down menu should I choose?

Comment 9

[Benjamin L. Russell]

Attachment: Firefox_Nightly_screenshot.popup_window_displayed.png

This screenshot shows Firefox Nightly displaying a pop-up window for a non-highlighted entry in the bookmark collections list (the entries themselves are mostly in Japanese because I use a Japanese language pack for my Firefox Nightly installation).

Comment 10

[Benjamin L. Russell]

Attachment: Firefox_Nightly_screenshot.popup_window_not_displayed.png

This screenshot shows Firefox Nightly NOT displaying any pop-up window for a highlighted entry in the same bookmark collections list. It should be displaying the same type of pop-up window for the highlighted entry as in the other screenshot; instead, it is not.

Comment 11

[Stephen A Pohl [:spohl] (OOO until 7/30, contact :haik if urgent)]

(In reply to Benjamin L. Russell from comment #8)

• fennec
• firefox
• firefox-l1 0n
• gve
• thunderbird

Which entry in the above pull-down menu should I choose?

• firefox

Comment 12

[Ray Kraesig [:rkraesig]]

Steps to reproduce:

1. Create a bookmark-folder anywhere in your bookmarks with a long name (e.g. a bookmarks folder with a really long name to see what happens when you've got a bookmarks folder with a really long name).
2. In a Firefox window with two or more tabs, press Ctrl+Shift+D.
3. In the New Bookmarks popup, click the expand-chevron to the right of the Location dropdown.
4. In the list which appears, scroll down to, but do not yet click on, the newly-created folder. Hover over it.
   (This currently and correctly produces a popup.)
5. Click the newly-created folder. Hover over it again.
   (This should also produce a popup, but does not.)

---

These steps also demonstrate another bug (occurring at step 5, above): if the "Location" dropdown-widget's value is too wide, it causes its whole panel to expand rightwards and get clipped by the popup edge. Presumably this, too, should be filed separately.

Regardless, these aren't native widgets, so this is unlikely to be a Widget :: Win32 issue. Forwarding to Firefox :: Bookmarks & History for further analysis and retriage. (This is probably ultimately a DOM or Layout issue, but I'll let them make that determination.)

Comment 13

[Benjamin L. Russell]

Just now, I ran mozregression-gui 4.0.18 on Firefox for all versions in between 110.0a1 (2022-12-13) (64-bit) and 111.0a1 (2023-01-21) (64-bit); none exhibited this issue.

Then I ran Firefox Nightly 111.0a1 (2023-01-21) (64-bit), and confirmed that the issue still exists.

Apparently, this issue only occurs with Firefox Nightly, but not with Firefox.

However, I did notice one strange difference between the behavior of Firefox and Firefox Nightly that seemed relevant: In Firefox, hightlighting a very long bookmark name does not cause the scrollbar on the right-hand side of the dialog box to clip; however, in Firefox Nightly, it does.

Attached please find three screenshots illustrating the following:

1. the behavior of Firefox 111.0a1 (2023-01-21) (64-bit) with a very long bookmark highlighted, a text balloon correctly displayed for a highlighted entry in the bookmark collections list, and the scrollbar not clipped;
2. the behavior of Firefox Nightly 111.0a1 (2023-01-21) (64-bit) with a very long bookmark not highlighted, a text balloon correctly displayed for a highlighted entry in the bookmark collections list, and the scrollbar not clipped; and
3. the behavior of the same Firefox Nightly 111.0a1 (2023-01-21) (64-bit) with a very long bookmark highlighted, no text balloon displayed for a highlighted entry in the bookmark collections list, and the scrollbar clipped.

Please pay special attention to the aspect in Firefox Nightly, but not Firefox, highlighting a very long bookmark apparently causes the scrollbar on the right-hand side of the dialog box to clip, and that whenever this scrollbar is clipped, no text balloon is displayed for a highlighted entry in the bookmark collections list.

Apparently, there seems to be some relation in behavior between the clipped scroll bar and the missing text balloon for a very long bookmark when that bookmark in highlighted in Firefox Nightly, but not in Firefox.

Comment 14

[Benjamin L. Russell]

Typo correction:

1. the behavior of Firefox 109.0 (64-bit) with a very long bookmark highlighted, a text balloon correctly displayed for a highlighted entry in the bookmark collections list, and the scrollbar not clipped;

1. the behavior of Firefox 111.0a1 (2023-01-21) (64-bit) with a very long bookmark highlighted, a text balloon correctly displayed for a highlighted entry in the bookmark collections list, and the scrollbar not clipped.

Apologies.

Comment 15

[Benjamin L. Russell]

Attachment: Firefox_109.0_(64-bit)_screenshot.popup_window_displayed.png

This screenshot shows Firefox 109.0 (64-bit) with a very long bookmark highlighted, a text balloon correctly displayed for a highlighted entry in the bookmark collections list, and the scrollbar not clipped.

Comment 16

[Benjamin L. Russell]

Attachment: Firefox_Nightly_111.0a1 (2023-01-21)_(64-bit)_screenshot.popup_window_displayed_with_scroll_bar.png

This screenshot shows Firefox Nightly 111.0a1 (2023-01-21) (64-bit) with a very long bookmark not highlighted, a text balloon correctly displayed for a highlighted entry in the bookmark collections list, and the scrollbar not clipped.

Comment 17

[Benjamin L. Russell]

Attachment: Firefox_Nightly_111.0a1 (2023-01-21)_(64-bit)_screenshot.popup_window_not_displayed_without_scroll_bar.png

This screenshot shows Firefox Nightly 111.0a1 (2023-01-21) (64-bit) with a very long bookmark highlighted, no text balloon displayed for a highlighted entry in the bookmark collections list, and the scrollbar clipped.

Comment 18

[BugBot [:suhaib / :marco/ :calixte]]

The severity field is not set for this bug.
:mak, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 20

[Marco Bonardo [:mak]]

There's a bunch of related bugs as bug 1811794 where there seems to be a problem with tooltips in Win7.