Open Bug 2009006 Opened 6 months ago Updated 3 months ago

Expanding folder with many items takes long time (Firefox android)

Categories

(Firefox for Android :: Bookmarks, defect)

Firefox 148
All
Android
defect

Tracking

()

Tracking Status
firefox148 --- affected

People

(Reporter: artella.coding, Unassigned)

Details

Attachments

(1 file)

Steps to reproduce:

1)Move bookmarks

2)Expand folder with many items (8 subfolders + 450 bookmarks directly contained in folder)

Actual results:

It takes 24 seconds to expand folder

If I move the 450 bookmarks to a new subfolder, so that the folder being expanded contains 9 subfolders and 0 bookmarks directly within, expansion is very quick

Expected results:

Folder expansion should be quick since bookmarks are not displayed upon tree expansion.

Note I make use of tags and not sure if this is slowing things down, since each of the 450 bookmarks might have a tag associated with it.

The tree expansion referred to above is the new feature implemented by Add/Edit bookmark, change storage location: With extensive bookmark collections, the folder list loads extremely slowly. . The new feature is a great improvement over the previous implementation. Thank you very much.

Tree expansion of folders landed in Firefox for Android Nightly 148.0a1 (Build #20161 36535) on 07-Jan-2026

@artella.coding, thank you for filing this issue.
I was not able to reproduce it on the latest Nightly (148.0a1) using a Google Pixel 10 (Android 16) and a Samsung Galaxy S23 Ultra (Android 14).
Could you please let us know which device and OS you were using when you encountered this issue?
If possible, please also share a screen recording. Thank you!

Flags: needinfo?(artella.coding)

Hi Adina, thank you for cross checking. I have attached a video illustrating. Please let me know if it is not clear. Thanks

We see F2 has 2310 bookmarks
F3 has 6930 bookmarks

Still when moving bookmark opening F3 (in tree expansion) is very quick, but opening F2 is very slow

Flags: needinfo?(artella.coding)
Severity: -- → S3
Status: UNCONFIRMED → NEW
Ever confirmed: true

The problem of long loading times when expanding is mentioned, among other things, in Bug 1988315 ("Add/Edit bookmark, change storage location: With extensive bookmark collections, the folder list loads extremely slowly."), which I have therefore reopened. This may have overlapped in terms of timing.

The bug regarding long loading times when expanding is now being tracked in this report.
See comment https://bugzilla.mozilla.org/show_bug.cgi?id=1988315#38.

It would be desirable if not only a charging indicator were added, as suggested in Bug 1988315 comment 38, but also if performance could be improved.

Bug 2011047 (Crash when adding/editing bookmarks, change storage location.)

What is unusual is that different loading times are occasionally noticeable for the same folder.

i did some testing on a related bug where a bigger bookmark situation would turn it impossible to load at all and i think i might have found a clue on how this happens (unfortunately not the why)

im guessing this is happening because the folder attempts to read the bookmarks inside a folder as other folders, that sounds confusing so let me illustrate

📂 mobile bookmark

📁 folder A with 10000 unnested bookmarks
📁 folder B with 500 unnested bookmarks and 2 subfolders
📁 folder C with 12 subfolders that each has 5 subfolders and some that keeps on branching

the one that refuses to open is folder B, because firefox tries to load it as if it has 502 subfolders. folder A is a non issue because it doesn't have any subfolder to open, it only attempts to load a folder when you press the button, and only whats directly under it, which is also why after i emptied the unnested bookmarks in mobile i can load it just fine even though the problematic folder B is inside it

i have 0 clue on programming or anything of the sort though so take this with a grain of salt but i hope this helps!

Bug 2027726
Optional enable/disable/on-demand for the bookmark counter

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: