Open
Bug 554620
Opened 14 years ago
Updated 2 years ago
<select> selected <option>s do not show as marked/selected once <select> form field is left
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: mirabilos, Unassigned)
References
()
Details
Attachments
(2 files)
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux; X11; i686) KHTML/3.5.10 (like Gecko) (Kubuntu) Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2) Gecko/20100115 Firefox/3.6 See example page and screenshot I’ll provide. This is Firefox 3.6 the original .tar.bz2 I downloaded a few days ago from your website, but 3.5.x as well as the Kubuntu 3.0 one exhibit the same behaviour. People think it’s the websites, but the example doesn’t use any styling, so it must, obviously, be the browser. Konqueror (as can be seen on the screen- shot), Lynx, etc. work. Reproducible: Always Steps to Reproduce: Select one or more <option>s in a <select>, then leave the <select>, e.g. to go on to the next <input/> in a form. Actual Results: The blue-backgrounded selection of the <option>s disappears, replaced with a white one which is only barely visible if the rest of the website’s back- ground is grey, not at all otherwise. Expected Results: The inversion or blue of the selected <option>s should stay. I’ll attach page and screenshot if I find out how to do that here…
Reporter | ||
Comment 1•14 years ago
|
||
copied from SelfHTML (german) then pre-selected two options
Reporter | ||
Comment 2•14 years ago
|
||
Comment 3•14 years ago
|
||
Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode? If not, please close. These links can help you in your testing. http://support.mozilla.com/kb/Safe+Mode http://support.mozilla.com/kb/Managing+profiles You can also try to reproduce in Firefox 4 Beta 8 or later, there are many improvements in the new version, http://www.mozilla.com/en-US/firefox/all-beta.html
Whiteboard: [CLOSEME 2011-1-30]
Reporter | ||
Comment 4•14 years ago
|
||
I still see it in FF 3.6.13 (Kubuntu Hardy) in normal and safe mode, and 4.0 Beta 7 (stock from the website) in normal mode. I’ll try later 4.0 versions once I had the chance to upgrade (just back from vacation and catching up).
Reporter | ||
Comment 5•14 years ago
|
||
Same with 4.0b8
Reporter | ||
Comment 6•13 years ago
|
||
Please remove the UNCONFIRMED mark. It persists in 4.0b9 and is a major usability problem.
Whiteboard: [CLOSEME 2011-1-30]
Updated•13 years ago
|
Version: unspecified → 3.6 Branch
Reporter | ||
Comment 7•13 years ago
|
||
I’ve just tested with both 5.0-Aurora and 6.0-Nightly from 2011-05-03, and the problem persists there as well, so it’s universal across all branches.
Comment 8•13 years ago
|
||
Reporter, Firefox 4.0.1 has been released, and it features significant improvements over previous releases. Can you please update to Firefox 4.0.1 or later, and retest your bug? Please also create a fresh profile ( http://support.mozilla.com/kb/Managing+profiles), update your plugins (Flash, Java, Quicktime, Reader, etc) and update your graphics driver and Operating system to the latest versions available. If you still continue to see this issue, please comment. If you do not, please close this bug as RESOLVED > WORKSFORME filter: prefirefox4uncobugs
Reporter | ||
Comment 9•13 years ago
|
||
PLEASE STOP “TRIAGING” THIS BEFORE IT HAS BEEN TOUCHED BY A CODE COMMIT! No, it still happens in 4.0.1 with a fresh profile.
Version: 3.6 Branch → 4.0 Branch
Reporter | ||
Comment 10•13 years ago
|
||
And for that matter, 5.0b3, 6.0 (Aurora 2011-06-05) and 7.0 (trunk 2011-06-05) also exhibit this bug. All official i386-linux binaries from your website.
Comment 11•13 years ago
|
||
Triage is for before a bug has been "touched by a code commit" so please settle down a bit.
Component: General → Layout: Form Controls
Product: Firefox → Core
QA Contact: general → layout.form-controls
Version: 4.0 Branch → Trunk
Comment 12•13 years ago
|
||
Thorsten, it seems to work for me: I did open your example HTML snippet and the selected options had a grey background. Is that what you expect? This issue might come from your system colors: which distribution are you using and which theme?
Reporter | ||
Comment 13•13 years ago
|
||
This is KDE 3 on Kubuntu Hardy (8.04 LTS).
Comment 14•13 years ago
|
||
Eww, that's old... You are very likely using GTK to render Firefox on this system but I guess that's going to be harder to know the details then. I would strongly recommend you to upgrade to a newer version of Ubuntu. At least, could you try a Live CD to confirm that the issue comes from your system?
Reporter | ||
Comment 15•13 years ago
|
||
Changing the operating system is not an option, this is a company desktop, and we need to provide a _working_ solution for all employees.
Comment 16•13 years ago
|
||
(In reply to comment #15) > Changing the operating system is not an option, this is a company desktop, > and we need to provide a _working_ solution for all employees. Could you at least check that this is a bug with your system. If that is the case, some workarounds will be possible on your side but we will not be able to fix it on our.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•