There are 3 drop-down lists on the LibreOffice bug reporting page (at https://www.libreoffice.org/get-help/bug/), for Component, Sub-component and Version. Each of these has a vertical scrollbar, and the Sub-component one also has a horizontal scrollbar. Why? It means extra clicks to get what you want. Having to scroll a list horizontally is especially unjustifiable, unless there are very long lines in it (in which case the wrong text has probably been chosen for such lines). In the case of the Version list, the commonest choices - the later versions - are always at the bottom of the list and will always need to be scrolled to. I would suggest that at least the Component and Sub-component drop-down lists be resized so that they don't need to be scrolled in any direction at all. The Version list is longer, so it may not be realistic to resize it in this way. Perhaps, for this one, have a shorter top-level list containing just the major and minor version numbers ('LibO 3.3', 'LibO 3.4', etc), and have sublists and sub-sublists come from each of these to choose the point release number ('LibO 3.4.4' etc) and the release phase ('RC1' etc). Browser: Mozilla/5.0 (Windows NT 5.1; rv:8.0.1) Gecko/20100101 Firefox/8.0.1
Reproducible with Seamonkey or Firefox, at least for Component "WWW" Sub component selector has a horizontal scroll bar. I doubt that there can be found a general final solution, because the assistant reads contents of those boxes from Bugzilla and Wikipedia, you can never know how many Sub components and how long strings might come. But I agree the settings for those boxes need fine tuning without touching basic functions: 1. Optimize relation character size to box width so that for currently known strings no horizontal scrolling will be required. 2. Check whether number of list entries where vertical scroll bar appears can be increased (I believe that would improve handling) 3. Keep alphanumeric sort order in selectors. 3.1. Component: I corrected sort order on <https://wiki.documentfoundation.org/BugReport_Details>, so this selector will have alphabetic order after next assistant update. We will have to finish that page. 3.2. Subcomponent: That also can be done by sorting entries in Wiki, I will proceed 3.3 Versions: Sort order is correct, and current behavior is intended. We want to force the reporter to select a version, because of that default is "choose". This item is WONTFIX 4. Component Icons: I do not understand the sort order. Assigning to me for wiki cleanup, I will reassign when that's done
I already checked and cirrected (where necessary) alphabetic sort order in Template:BugzAssHlp BASIC Template:BugzAssHlp Chart Template:BugzAssHlp Database Template:BugzAssHlp Documentation Template:BugzAssHlp Drawing Template:BugzAssHlp Extensions Template:BugzAssHlp PDF export Template:BugzAssHlp UI Template:BugzAssHlp WWW Template:BugzAssHlp contrib Rest will be done during weekend when remaining components will get their templates. May be someone wants to help?
See http://wiki.documentfoundation.org/Bug_Submission_Assistant#Installation_and_maintainance where to start debugging.
Deteted "Easyhack" from summary
The width-problem is solved with the fix for bug 57266. [1]: https://bugs.freedesktop.org/show_bug.cgi?id=57266
The width-problems where already solved. The version-selectors are now newest-version first. The exclution of the inactive version is in bug: 55460. Please refer to there for the last problem.
Migrating Whiteboard tags to Keywords: ( EasyHack DifficultyBeginner SkillScript SkillInfra TopicWeb TopicQA) [NinjaEdit]