187351 - (RefreshExecuted) "refresh tag" in header of page executed by Composer

Status: VERIFIED FIXED

(SeaMonkey :: Composer, defect)

Description

[Rainer Bielefeld]

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!

Comment 1

[Rainer Bielefeld]

Attachment: testfile

With this html-file yo can reproduce the problem

Comment 2

[Rainer Bielefeld]

Attachment: stylesheet for testpage

Might be required for reproduction

Comment 3

[Rainer Bielefeld]

Attachment: 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.

Comment 4

[Rainer Bielefeld]

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 ?

Comment 5

[Kathleen :Brade]

-->brade

Comment 6

[Kathleen :Brade]

Is this cross-platform?  Can anyone else reproduce?

Comment 7

[Rainer Bielefeld]

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

Comment 8

[Rainer Bielefeld]

problem still in
Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.3b) Gecko/20030111

Comment 9

[Rainer Bielefeld]

Hey, nobody interested here?

Comment 10

[Kathleen :Brade]

I am interested but I have topcrash and other bugs that demand my time first.  I
will get to this issue...  :-)

Comment 11

[Kathleen :Brade]

Attachment: tell docshell to cancel any scheduled refreshes

Comment 12

[kinmoz]

Comment on attachment 112188 [details] [diff] [review]
tell docshell to cancel any scheduled refreshes

sr=[e-mail]

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?

Comment 13

[Kathleen :Brade]

fix checked in

Comment 14

[Chris Petersen]

Verified in the 2003-05-09-08 Macho trunk build