WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
11091
Form posting in frame causes the frame to freeze
https://bugs.webkit.org/show_bug.cgi?id=11091
Summary
Form posting in frame causes the frame to freeze
Ming T
Reported
2006-09-29 12:18:32 PDT
Whenever I'm on a site that uses frames, and I post data in a form and submit it... the top frame freezes until i close the window/tab and reopen the url in a new window/tab. Refreshing the page doesn't work, it just refreshes and freezes again. Selecting text or anything on the page doesn't work, its as if theres a translucent layer/object blocking everything on the page.
Attachments
Add attachment
proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1
2006-09-30 13:52:37 PDT
I cannot reproduce this issue with a current WebKit build using these steps: 1) open
http://quaff.ca/test.html
; 2) type '123' in the textarea; 3) click Submit. The frame reloads, now with text "POST DATA: 123" above the textarea. Mouse clicks work as usual.
Ming T
Comment 2
2006-09-30 14:04:58 PDT
(In reply to
comment #1
)
> I cannot reproduce this issue with a current WebKit build using these steps: > 1) open
http://quaff.ca/test.html
; > 2) type '123' in the textarea; > 3) click Submit. > > The frame reloads, now with text "POST DATA: 123" above the textarea. Mouse > clicks work as usual. >
so.. you can select and highlight text, click into the textarea? why can't i? i'll try again with the current webkit
Ming T
Comment 3
2006-09-30 14:08:29 PDT
k sweet, it works now, it didn't work before though. someone fixed it i guess :) thanks
Ming T
Comment 4
2006-10-01 02:15:36 PDT
hrmm.. it seems that this bug actually only occurs after you open a new tab/window from the initial window. what i did was, I quit webkit, started it up again.. opened up the url (
http://quaff.ca/test.html
), typed in the form, press submit, and it worked fine.. then i closed that window, open a new one, and tried the same process again... and it didn't work, it went straight back to being frozen.
Alexey Proskuryakov
Comment 5
2006-10-01 02:25:22 PDT
I still cannot reproduce :(
Ming T
Comment 6
2006-10-01 02:31:18 PDT
ok. quit webkit. reopen webkit. goto
http://quaff.ca/test.html
write anything in the text area then click submit. now try selecting the text on this page, or clicking a link or in the textarea. if any of these are possible, close this window, open a new one, and try again. if it is still possible, make sure that the url you're using is "
http://quaff.ca/test.html
" not "
http://quaff.ca/test.php
" if you're using .php then that means there is no frames, i should probably throw a javascript in there to prevent frameless access to the .php file. let me know how it goes
Ming T
Comment 7
2006-12-11 14:52:27 PST
I'm testing the new December 11th, 2006, webkit build, and it still produces this error on
http://quaff.ca/test.html
Alexey Proskuryakov
Comment 8
2007-03-31 13:42:08 PDT
The test case is not available anymore, and the bug could never be reproduced. Closing as INVALID.
Ming T
Comment 9
2007-03-31 16:25:32 PDT
I just re-uploaded the test files, i just installed the latest WebKit build, and I can still reproduce the problem.
Ming T
Comment 10
2007-03-31 16:33:52 PDT
I just did some testing, and I notice that this bug only comes up when you have the SafariStand plugin installed. I'm gonna assume that this is out of the scope of the WebKit development and mark this as resolved.
Alexey Proskuryakov
Comment 11
2007-03-31 22:33:17 PDT
Thank you - indeed, this is something for SafariStand developers to debug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug