Version: 3.5.5 (using KDE KDE 3.5.5) Installed from: Fedora RPMs Compiler: gcc 4.1 OS: Linux According to W3C HTML 4.01, p 17.6 ( http://www.w3.org/TR/html4/interact/forms.html#h-17.6 ), the OPTION element inside the SELECT element should fire an onclick event when it is clicked with the mouse (when the SELECT box is displaying its option, either using a "multi" style display or with a pulldown). This currently does not work with Konqueror on KDE 3.5.5
Created attachment 18437 [details] [testcase] OPTION element doesnot fire onclick event The following test case has an "onclick" event with an "alert()" call on the second option element ("test B"). open the select list and click on "test B" and an alert box should come up.
Comment on attachment 18437 [details] [testcase] OPTION element doesnot fire onclick event ><HTML><HEAD/><BODY> ><FORM> ><SELECT> ><OPTION>Test A</OPTION> ><OPTION onclick="alert('clicked');">Test B</OPTION> ></SELECT> ></FORM> ></BODY></HTML>
Created attachment 18438 [details] [testcase] OPTION element doesnot fire onclick event oops - wrong upload. this is the correct one. please ignore the above 2 comments
Confirmed KDE 3.5.5 / Kubuntu 6.10. Firefox fires events correctly in this case, Konqueror does not.
Confirmed to still exist KDE 4.0.3 / Kubuntu.
Bug confirmed on konqueror 4 (trunk). The alert is not shown.
I have the same problem. Unfortunately I need the "onclick"-function because there is often only one option in my selection so that "onChange" will not work for me. Is there any fix intended to this onClick-Problem in <option>?
I have a similar problem when the onclick event is on the select element: <HTML> <HEAD/> <BODY> <FORM> <SELECT onclick="alert('clicked');"> <OPTION>Test A</OPTION> <OPTION>Test B</OPTION> </SELECT> </FORM> </BODY> </HTML> This works in Firefox, but not in Konqueror 4.2.00. Is this behaviour a) contradictory to the standard and/or b) related to this bug or should I open a new report?
I think it may be best to report the problem with <select> separately, though I am not sure. The <option> report really doesn't make much sense to me because there is no visual representation of the <option> element as far as we're concerned --- it's merely structured data for the select; so how can one click something that's not on the screen?
(In reply to comment #9) > I think it may be best to report the problem with <select> separately, though I > am not sure. [...] Done with bug 186339.
An <OPTION> tag is the HTML representation of the visual element that renders a single option - in a single select (dropdown) it is the representation of one item in the dropdown list. The requirement for OPTION elements to support events is specified in all existing HTML standards, and Konqueror cannot be really considered a standard compliant browser unless it supports those - so currently Konqueror is not standard compliant HTML 4 browser. This is really sad.
Thank you for the bug report. As this report hasn't seen any changes in 10 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
(In reply to Justin Zobel from comment #12) > As this report hasn't seen any changes in 10 years or more, we ask if you > can please confirm that the issue still persists. Well, this bug hasn't seen any work since it was opened 15 years ago, so that is not surprising. Which brings up the question - it is relevant any more? To make sure that there was indeed no work done I had to apt-get Konqueror, because apparently KDE users running the latest Plasma no longer expect to have Konqueror available, to the point that it isn't listed in Discover (so it isn't considered an application?). > If this bug is no longer persisting or relevant please change the status to > resolved. This bug can still be reproduced on the latest version of Konqueror (20.12.3) as well as the QtWebEngine-based Falkon (3.1.0). So this is likely a Qt issue? (I'm not sure what konqueror is even based on these days, and its main{?} library - libkf5konq6 - from the Neon repository claims that it is a library for KDE 4{!!} applications).