Bug 102443 - [testcase] drop down list from jsp is not filled; precessing seems to stop
Summary: [testcase] drop down list from jsp is not filled; precessing seems to stop
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml ecma (other bugs)
Version First Reported In: 4.5.4
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-25 10:39 UTC by weert
Modified: 2024-05-06 20:51 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Webarchive of the page with problems (29.26 KB, application/x-tgz)
2005-03-28 15:35 UTC, Thiago Macieira
Details

Note You need to log in before you can comment on or make changes to this bug.
Description weert 2005-03-25 10:39:35 UTC
Version:           3.2.1 (using KDE 3.2.1, SuSE)
Compiler:          gcc version 3.3.3 (SuSE Linux)
OS:                Linux (i686) release 2.6.5-7.147-default

The dropdown list on the page
https://pos.freenet.de:443/DSLOrder/app;jsessionid=...
is not filled. Therefore, the ordering process cannot be continued. Mozilla works ok on this page.
The list should be presented after entering the PLZ (ZIP-Code).
Comment 1 Thiago Macieira 2005-03-28 04:48:48 UTC
There is no form or dropdown list on the URL you posted.

Please reopen if you can find a proper testcase. Also include instructions on what exactly to do to trigger the bug.
Comment 2 weert 2005-03-28 14:40:56 UTC
Please start at this page:
http://www.freenet.de/freenet/dsl/bestellung/index.html
Select a combination of things to order, press "jetzt bestellen" button.
On the lower right, fill in given name and family name, press "Weiter"
On the next form, several fields are already filled out, the PLZ is empty (ZIP-Code). Enter a valid zip-code (in my case: 10585) and wait.
In my case, nothing happened. 
However, ordering could be done by using Mozilla.
HTH
Comment 3 Thiago Macieira 2005-03-28 15:35:24 UTC
Created attachment 10389 [details]
Webarchive of the page with problems
Comment 4 Thiago Macieira 2005-03-28 15:37:20 UTC
I can now confirm the problem. It looks like it's a JavaScript problem.

The script in addressCheck.js has a function called validateKey that is supposed to trigger a set of events to load another script and enable the further actions. However, I cannot see that function being used anywhere.
Comment 5 Samuel Brack 2011-01-05 00:26:50 UTC
I can confirm this bug using the testcase uploaded in comment 3. Updating version.
Comment 6 Justin Zobel 2021-03-21 00:24:53 UTC
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.
Comment 7 Christoph Cullmann 2024-05-06 20:51:24 UTC
Dear user,

KHTML (and KJS) was a long time more or less unmaintained and got removed in KF6.

Please migrate to use a QWebEngine based HTML component.

We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes.

For security issues, please see:

https://kde.org/info/security/

Sorry that we did not fix this issue during the life-time of KHTML.

Greetings
Christoph Cullmann