Bug 96781 - Konqueror behaves oddly if saving an attachment response is cancelled [Testcase]
Summary: Konqueror behaves oddly if saving an attachment response is cancelled [Testcase]
Status: CONFIRMED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: 4.5.4
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords: testcase
Depends on:
Blocks:
 
Reported: 2005-01-11 16:04 UTC by Jesse Pelton
Modified: 2011-12-31 06:40 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Test case (3.41 KB, text/plain)
2005-01-11 17:14 UTC, Jesse Pelton
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Pelton 2005-01-11 16:04:53 UTC
Version:            (using KDE KDE 3.3.2)
Installed from:    Gentoo Packages
Compiler:          gcc (GCC) 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6) 
OS:                Linux

Konqueror apparently caches "Content-Disposition: attachment" server responses and will not send further requests to the server until the attachment is saved. If the user cancels the save dialog, Konqueror redisplays the save dialog when any submit control on the form is activated without sending a request to the server.

Test case to follow.
Comment 1 Jesse Pelton 2005-01-11 17:14:45 UTC
Created attachment 9039 [details]
Test case

This is an ASP page, for which I apologize.  ASP was the only format I'm
conversant with that allowed me to demonstrate the problem in a compact form. 
I used JavaScript rather than VBScript for the code, and it's simple enough
that I hope it can be translated to a different language if an ASP-capable
server is not available.
Comment 2 Jesse Pelton 2005-02-15 15:02:37 UTC
Here's a test that can be run without setting up an ASP page.  The steps are a little complicated, but all you need is a browser with Web access, so maybe having them will make the bug easier to confirm and fix.  Note that this process works as of this writing, but the site may change at some point.  Please post a comment if you can't reproduce the bug following these steps.

1) Go to http://www.pkc.com.
2) Click "Free trial."
3) From the Konqueror menu, select "Tools > Change Browser Identification > Mozilla > Version 1.2.1".  (I know, this is horrible.  There's a browser sniffer that shuts out Konqueror.  I'll have a word with the responsible individual.)
4) Click "Run Coupler."
5) Click "I accept PKC's Terms and Conditions."
6) Click "Next."
7) Click "Save."
8) When Konqueror brings up the save dialog, click "Cancel" or close the dialog window.
9) Click "Next" (or "Previous," or "ENTER DATA," ...).

Expected results: the form should be submitted and another page displayed.

Actual results: the save dialog comes up again.
Comment 3 Jesse Pelton 2005-06-22 14:21:29 UTC
Still a problem in 3.4.1.
Comment 4 Jesse Pelton 2006-07-28 17:45:02 UTC
Still a problem in 3.5.2.

Updated instructions to reproduce the problem:
 1) Go to http://www.pkc.com.
 2) Click "Healthcare Consumers."
 3) Click "Test Drive a Coupler."
 4) Click "Run the Wellness and Health Review Coupler."
 5) Click "I accept PKC's Terms and Conditions." 
 6) Click "Next." 
 7) Click "Save." 
 8) When Konqueror brings up the save dialog, click "Cancel" or close the dialog window. 
 9) Click "Next" (or "Previous," or "ENTER DATA," ...). 
Comment 5 Ben Adler 2006-08-31 01:44:47 UTC
Although the steps from #4 seem to have changed a little by now, I have the same odd behaviour in 3.5.2.

As soon as you save the file somewhere, you can use the page again.
Comment 6 Jesse Pelton 2006-08-31 13:20:42 UTC
I missed a step between 4 and 5.  Also, note that you have to accept cookies.

 1) Go to http://www.pkc.com.
 2) Click "Healthcare Consumers."
 3) Click "Test Drive a Coupler."
 4) Click "Run the Wellness and Health Review Coupler."
 5) Click "Proceed anyway."
 6) Click "I accept PKC's Terms and Conditions."
 7) Click "Next."
 8) Click "Save."
 9) When Konqueror brings up the save dialog, click "Cancel" or close the dialog window.
10) Click "Next" (or "Previous," or "ENTER DATA," ...).
Comment 7 Linus Östberg 2008-06-01 09:25:01 UTC
Still there in 3.5.9 and trunk (r815068).
Comment 8 Samuel Brack 2011-01-04 23:32:24 UTC
Confirmed in 4.5.4, updating version.
Comment 9 Dawit Alemayehu 2011-06-13 18:32:05 UTC
The instruction to reproduce the problem does not work since the site seems to have changed. If someone can provide a better way to reproduce this problem, I can take a look at it.
Comment 10 Jesse Pelton 2011-06-13 18:59:32 UTC
Here's something that should work until June 20, 2011 (when the credentials will expire):

1) Go to https://couplers.pkc.com/.
2) Enter "friend" for user name and "summer" for password.
3) Click "LOG ON".
4) Click "Health History Screening >".
5) Click "I accept PKC's Terms and Conditions."
6) Click "Next >".
7) Click "Save".
8) When Konqueror brings up the save dialog, click "Cancel" or close the dialog window.
9) Click "Next >" (or "< Previous", or "Enter data", ...).

I no longer have a current version of Konqueror, so I don't know whether the problem still manifests.
Comment 11 Dawit Alemayehu 2011-06-13 19:40:38 UTC
(In reply to comment #10)
> Here's something that should work until June 20, 2011 (when the credentials
> will expire):
> 
> 1) Go to https://couplers.pkc.com/.
> 2) Enter "friend" for user name and "summer" for password.
> 3) Click "LOG ON".
> 4) Click "Health History Screening >".
> 5) Click "I accept PKC's Terms and Conditions."
> 6) Click "Next >".
> 7) Click "Save".
> 8) When Konqueror brings up the save dialog, click "Cancel" or close the dialog
> window.
> 9) Click "Next >" (or "< Previous", or "Enter data", ...).
> 
> I no longer have a current version of Konqueror, so I don't know whether the
> problem still manifests.

Jesse, thanks for the new test case. Iwas able to reproduce the issue when using KHTML as the default engine in Konqueror. However, the issue does not exist with the WebKit engine ; so I am reassigning this to the khtml developers.