| Summary: | Konqueror discloses information from previous pages input fields | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | alan |
| Component: | khtml | Assignee: | Konqueror Bugs <konqueror-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | ivor |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
alan
2006-03-02 01:00:45 UTC
OK - I just found the configuration item which was checked for Autocompletion of forms. That is what I guess is happening here. HOWEVER - I turned it off, and it still fills in the form Probably because it's no longer saving form data, but it is using what was already there. Even so, 1) if its turned off, it should be turned off 2)if the server is sending data in the "value" parameter of the input field (which it is in the example above) then it seems strange that the browser should overwrite it. 1) I know, that's why I didn't close the bug report. It is a bug. 2) I've never seen it automatically overwrite fields. Can't duplicate here. Can you provide a cut down example page and steps you take to reproduce? On Sunday 05 March 2006 17:58, Ivor Hewitt wrote:
> Can't duplicate here. Can you provide a cut down example page and steps you
> take to reproduce?
I can reproduce it very easily on a dynamic application I have here, but not
on the static page I create by viewing the page source (when it is displaying
one thing and showing another) and saving it (the same source that I put in
the original bug report) as a file. When I then read with konqueror it comes
out perfectly.
I can't prove it is not the javascript linked to in the page . I will try and
find a way to prove whether it is the javascript or not. I suppose its
possible, there is a delay between the first render of the page and the
subsequent overwriting of the fields (ie I see the correct values, followed
about 1/2 sec later with the incorrect values), although that could just as
easily be konqueror searching an internal database.
[Incidentally - where are these values stored - I tried grepping all of .kde
subdirectory for them but they do not appear]
There is one other element to the equation, which might be why the static
version works whilst the dynamic version does not I have BASIC authentication
turned on in Tomcat, and I am entering my name and password just prior to the
form comming up in the dynamic application. It may be getting it confused
from there.
On Sunday 05 March 2006 20:26, alan@chandlerfamily.org.uk wrote: > I can't prove it is not the javascript linked to in the page . I will try > and find a way to prove whether it is the javascript or not. I suppose its > possible, there is a delay between the first render of the page and the > subsequent overwriting of the fields (ie I see the correct values, followed > about 1/2 sec later with the incorrect values), although that could just as > easily be konqueror searching an internal database. Although I still can't get a static version of the page to fail, I think I have proved it is NOT the javascript. I ran the application that is causing the problem and checked it was displaying the fields for the wrong user. I then shut down both browser and server (to clear any caches on the server). I then manually (ie not through the application) changed the underlying data in the database for the wrong user so that now there is no copy of data as had been displayed known to the server. I then restarted the server and accessed the page as before. When the data in the input fields were overwritten by the browser, it was using the data it had displayed wrongly previously - not the updated version from the database. Since the only place such data could exist is in a cache held by konqueror (or kwallet?) there is no way the javascript could have used it. I have discovered one more aspect of this problem that might help track it down. As you can see from the picture of the form I supplied earlier the form consists of a username field, two password fields, and e-mail and fullname field. There is also a multi-select box. The username, password fields and e-mail are filled in immediately. The fullname field does not update until the first mouse movement. Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand. Thank you for helping us make KDE software even better for everyone! Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |