Closed Bug 1770789 Opened 2 years ago Closed 2 years ago

Drag and drop bookmarks makes firefox crash. nsNavHistory::ResultsAsList() takes too long.

Categories

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

Firefox 100
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: andrea.vai, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

(Keywords: crash)

Crash Data

Attachments

(2 files)

User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:100.0) Gecko/20100101 Firefox/100.0

Steps to reproduce:

I was organizing my (many) bookmarks of my bookmarks bar by dragging and dropping one of them in a preexistent folder

Actual results:

Firefox crashed before I was able to drop the bookmark (when it crashed, I hadn't released the mouse button yet). Other times Firefox freezed for many seconds.

Expected results:

The bookmark I was moving should have been placed in the destination folder.

FF 100 on Fedora 35.
I can provide a crash ID if needed (many crash IDs, if needed :-) )

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

suspect this may be similar to bug 1746812, or even the same thing.

It would be useful to have additional information about your system, like which compositor do you use?
And yes, it would also be useful to get the crash ids from about:crashes.

Flags: needinfo?(andrea.vai)

I don't know which compositor I use, how can I find it?

I was trying to obtain a new crash id, but at the moment I am not able to reproduce the crash because as I try to drag one item out from a folder, it simply disappears under the mouse pointer. So, it seems a new bug. What can I do better to help here?

Flags: needinfo?(andrea.vai)

From a quick search you can use inxi -Gxx | grep compositor, I suspect we also report that information in the about:support page (but I'm not 100% sure)., so you can copy the text from that page and then use the Attach New File button above here to attach that .txt file.

Flags: needinfo?(andrea.vai)

thanks, so it is:

$ inxi -Gxx | grep compositor
compositor: gnome-shell v: 41.6 driver: X: loaded: modesetting

Flags: needinfo?(andrea.vai)

Ok, it sounds like it may not be the same as bug 1746812, then.

Do you have any crash ids in about:crashes that you could share with us? That page collects previous crashes so even if you can't reproduce the bug now, it could have stored some recent crashes.

Well, I was trying to reproduce the bug to be sure I didn't send a crash occurred in other ways.
Anyway, this is right the one that made me file this bug report: 18f0080e-6129-4ad7-ab9b-158b00220523

Blocks: wayland-sway
Status: UNCONFIRMED → NEW
Crash Signature: @ wl_proxy_get_user_data | data_device_enter
Ever confirmed: true
Keywords: crash

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

For more information, please visit auto_nag documentation.

Flags: needinfo?(mak)
Component: Bookmarks & History → Widget: Gtk
Product: Firefox → Core
Flags: needinfo?(mak)

Please attach your about:support page.
Also more crash ID.
Can you test latest nightly?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems?rd=Bug_info_Firefox#Testing_Mozilla_binaries
Thanks.

Blocks: linuxdad
No longer blocks: wayland-sway
Flags: needinfo?(andrea.vai)
Attached file About:support
Flags: needinfo?(andrea.vai)

with nightly firefox-103.0a1 and the command

$ MOZ_ENABLE_WAYLAND=1 ./firefox -ProfileManager -no-remote

I reproduced the problem and obtained the two crash IDs:

bp-79112da6-4caa-414d-9b5f-6a6ea0220624
bp-7fcc0e8f-15d5-4a86-92aa-47e590220624

Thanks.

Do you mind to create a screencast of the issue?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems?rd=Bug_info_Firefox#Collect_information_for_a_bug_report

It helps me understand how to reproduce it.
Thanks!

Flags: needinfo?(andrea.vai)
Summary: Drag and drop bookmarks makes firefox crash → [Wayland] Drag and drop bookmarks makes firefox crash

Screencast: dragging a bookmark into the overflow menu crashes Firefox on Sway version 1.7, (wlroots version 0.15.1 on NixOS Linux nixos 5.15.47)

Flags: needinfo?(andrea.vai)
Flags: needinfo?(mozilla)

For some reason the bookmark management is very slow under Wayland. Works fast under X11.

I cannot reproduce the failure in mutter, It works fine there.

There is a small UX problem that causes the dragging of bookmarks from the overflow panel to the bookmarks bar cancels if you are not very fast.

Flags: needinfo?(mozilla)

Seems to be caused by wrong bookmark management performance. Profile https://share.firefox.dev/3HWoSDn
We're running the JS events from Gtk events and that block whole browser which crashes then.

It's the same under X11.

Component: Widget: Gtk → Bookmarks & History
Product: Core → Firefox
Summary: [Wayland] Drag and drop bookmarks makes firefox crash → Drag and drop bookmarks makes firefox crash. nsNavHistory::ResultsAsList() takes too long.

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

For more information, please visit auto_nag documentation.

Flags: needinfo?(mak)

We think this would be fixed by the work required for bug 490714 - that would take a lot of the work outside the stack.

Severity: -- → S3
Depends on: placesFolders
Flags: needinfo?(mak)
Priority: -- → P3

Closing because no crashes reported for 12 weeks.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: