Description of problem: The performance report from Jason identified a problem with the page load when filing/querying Fedora specific bugs. The Fedora component list shows more than 16000 entries and growing. This causes a performance problem and a usability problem. More information: https://engineering.redhat.com/trac/eng-infra/wiki/PerformanceReportBugzillaFeb2013#a3.3VariableContentinBugzillasHTMLpages How reproducible: 100% Steps to Reproduce: 1. File a new bug report against Fedora and choose a component. Actual results: The selection is too long. Expected results: A shorter or rather narrowed down list of components. Additional info: Specification on how to implement this follows.
*** Bug 950310 has been marked as a duplicate of this bug. ***
I tried to enter a bug at https://sgreen.bugzilla.devel.redhat.com/bug950315/enter_bug.cgi and I found this: 'Component Description' is not shown and updated if I hover with mouse inside the row with component but outside of the text. See attached picture to see what I mean. The 'Component Description' is not updated if I click to the row but outside of the text. It would be nice if 'Component Description' indicates somehow that browser waits for data refresh. On my system (located in Brno office) it takes 3-4 seconds to get new data to the box. Some intermediate text like '... looking for Component Description, please wait ...' could be nice. Anyway, thank you for working on this!
Can this be used for the component list on Advanced Searches too? The Refresh Components button is ok, but it's still slow. Also, sometimes I want to search multiple components if I'm not sure which component might be the root cause of the problem. For example, if I want to search for bugs on both abrt and libreport, I can 1. click the first component in the list 2. type 'abrt' and it will jump down to abrt and select it 3. now, I have to scroll down to libreport which is tricky when the list is so long 4. finally, CTRL-click on libreport to add it to the selection It would be really nice if I could just enter "abrt, libreport, libfoo" in a field to search for all 3 components at once.
(In reply to Petr Spacek from comment #6) BTW, would it be possible to use AJAX for populating standard form list? I.e. add a text box above the old list and avoid custom implementation of the drop-down list? It would solve issues I described in comment #6.
Also, would it be possible to look at using this same list in other places where component list is currently being created/sent? For example, when re-assigning a bug, instead of waiting for the entire list if we could just enter the new component that would be much quicker/easier.
(In reply to Petr Spacek from comment #6) > I tried to enter a bug at > https://sgreen.bugzilla.devel.redhat.com/bug950315/enter_bug.cgi and I found > this: > 'Component Description' is not shown and updated if I hover with mouse > inside the row with component but outside of the text. See attached picture > to see what I mean. I fixed the problem with it updating, but not the hover. I don't think this can be fixed. > The 'Component Description' is not updated if I click to the row but outside > of the text. Fixed. > It would be nice if 'Component Description' indicates somehow that browser > waits for data refresh. On my system (located in Brno office) it takes 3-4 > seconds to get new data to the box. Some intermediate text like '... looking > for Component Description, please wait ...' could be nice. We now have the little spinny wheel in place while the AJAX call is being made. (In reply to Kevin Fenzi from comment #9) > Also, would it be possible to look at using this same list in other places > where component list is currently being created/sent? For example, when > re-assigning a bug, instead of waiting for the entire list if we could just > enter the new component that would be much quicker/easier. That is something we will consider a little later. I want to see how this goes before implementing it in other screens. In the show bug screen, the list is only shown if you click the '(edit)' link next to the component (exception is the Fedora product under Chrome, do to a limitation in Chrome). Please try the link again, and let me know if you have any additional feedback. Thanks. -- simon
(In reply to Simon Green from comment #10) > (In reply to Petr Spacek from comment #6) > > I tried to enter a bug at > > https://sgreen.bugzilla.devel.redhat.com/bug950315/enter_bug.cgi and I found > > this: > > 'Component Description' is not shown and updated if I hover with mouse > > inside the row with component but outside of the text. See attached picture > > to see what I mean. > > I fixed the problem with it updating, but not the hover. I don't think this > can be fixed. I belive that this problem could be solved if you use implementation based on comment #8 - use standard list form instead of list drawn by Javascript. > > It would be nice if 'Component Description' indicates somehow that browser > > waits for data refresh. On my system (located in Brno office) it takes 3-4 > > seconds to get new data to the box. Some intermediate text like '... looking > > for Component Description, please wait ...' could be nice. > > We now have the little spinny wheel in place while the AJAX call is being > made. Nice. Could you add test "Searching component list ..."/"Waiting for server ..." (or something like that) besides the spinning wheel? I'm from old school and I like explanatory texts :-) Good work! It seems nice!
This change is now live. If there are any issues, do not reopen this bug. Instead, you should create a new bug and reference this bug. -- simon