6.49 KB, text/html
1.07 KB, text/css
652 bytes, text/html
3.12 KB, patch
|Details | Diff | Splinter Review|
Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.3b) Gecko/20030101 Steps to reproduce 1. install attatched stylesheet on yor PC 2. install attatched test_umleitung.html on your PC 3. Open test_umleitung.html in compoer 4. Save as test_umleitung1.html 5. Wait for app. 20s expected: you can continue work on page actual: mousepointer shows "busy", page can not be worked, after some time edtor-composer will load page with icebear-picture Problem does not happen with older builds (I tested only 1 RC for 1.0 sorry, it will still take 1 hour to send atts!
Created attachment 110446 [details] Testfile I reduced the contents of the first page to find out if there is any other influence than "refresh". The problem still happens with this page. I also tried to create a new file in the composer and only added the line with the refresh-function. That page worked normally without the described bug.
No Problems with Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.2a) Gecko/20020913 It seems that the Problem started more or less with 1.3a ?
Assignee: syd → brade
Is this cross-platform? Can anyone else reproduce?
Keywords: hang, nsbeta1, qawanted, regression
To make things some more clearly, I changed the summary from "Hangs after 'save as' if source contains refresh-tag" Steps tor reproduce: 1. open http://home.t-online.de/home/martina-buss/abi76.html 2. Select "File/EditPage" to edit the Page in the composer 3. Wait expected: nothing happens actual: redirection to http://www.8ung.at/bielefeld/martina-buss/abi76.html This happens with all my 1.3 - builds
Summary: Hangs after 'save as' if source contains refresh-tag → "refresh tag" in header of page executed by Composer
problem still in Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.3b) Gecko/20030111
Hey, nobody interested here?
I am interested but I have topcrash and other bugs that demand my time first. I will get to this issue... :-)
Keywords: helpwanted, topembed
Comment on attachment 112188 [details] [diff] [review] tell docshell to cancel any scheduled refreshes firstname.lastname@example.org Do we need to check the result or domWindow value of: + aWebProgress->GetDOMWindow(getter_AddRefs(domWindow)); Or are we relying on GetDocShellFromWindow() to fail if |domWindow| is null?
Attachment #112188 - Flags: superreview?(kin) → superreview+
fix checked in
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED
Verified in the 2003-05-09-08 Macho trunk build
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.