1727307 - page freezes with large data bound dropdown list in firefox browser version 91.0.1

Status: RESOLVED DUPLICATE of bug 1118086

(Core :: Performance: General, defect)

Description

[Arun Burman]

Attachment: edit patient error.jpg

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

Steps to reproduce:

I have a drop down list which binds Patient Name and its ID. It works fine up to 2000 records and after that it starts slowing down. When I bind it with 6500 records it was behaving in hang like situation or sometimes not responding.

NOTE: It works fine in Chrome and Edge Browser with more than 10000 of records, may be more. FYI...

Actual results:

When I bind it with 6500 records it was behaving in hang like situation or sometimes not responding.

NOTE: It works fine in Chrome and Edge Browser with more than 10000 of records, may be more. FYI...

Expected results:

It should not hang or not responding with large data bound in Drop Down List as same is client request to have more than 8000 records in Drop Down List.

Comment 1

[Timea Cernea [:tbabos][inactive]]

Hi Arun,
Can you please reproduce the issue and do a performance profile and share it here? That could offer valuable information for why this is happening.
Instructions for performance profiler: https://profiler.firefox.com/. Please don't forget to upload the profile and share it here.
Thanks!

Comment 2

[Timothy Nikkel (:tnikkel)]

Or if you could provide a testcase that we could access for the problem.

Comment 3

[Arun Burman]

Hi Team,
I have uploaded the performance profile recording. Please have Permalink: https://share.firefox.dev/3zmdqvK

As far as test cases are concerned, just increase the number of records in Drop down list. It slows down or responds very slow when there are more than 2000 records in drop down list

Comment 5

[Arun Burman]

My issue not resolved yet. No answered my problem yet. Please help!

Comment 6

[Markus Stange [:mstange]]

Arun, this bug was marked as a duplicate of a bug which is still open. That bug being open means that we acknowledge that the problem exists and that it should be fixed. Unfortunately there is no workaround at this time.

Comment 7

[Markus Stange [:mstange]]

Though I wonder if there are optimizations we could make without switching to a whole new approach.

Emilio, the 6 seconds of restyle time in this profile look rather rough: https://share.firefox.dev/3ltg4Le

It also says Styles shared: 1, Styles reused: 0. Should we expect to do better when styling a long list of <menuitem>s? We don't have the testcase for this bug, so maybe the <option> elements are styled and we end up with inline styles on the <menuitem>s...

Comment 8

[Emilio Cobos Álvarez [:emilio]]

It'd be great to have a test-case here but yeah we could do better styling the menuitems. This is not efficient by any means, but it'd be good to know if we're hitting that code-path at all.

Comment 9

[Emilio Cobos Álvarez [:emilio]]

I filed bug 1744300 about that code-path.