Closed Bug 288475 Opened 20 years ago Closed 20 years ago

onresize: Some operations on location/history to reload the document are ignored

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 275231

People

(Reporter: dhgm, Assigned: bugzilla)

References

()

Details

(Keywords: testcase)

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.6) Gecko/20050321 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.6) Gecko/20050321 Firefox/1.0.2

When executed in a script block that's executed Window.onresize, some operations
on Window.location or window.history that should reload the document are
silently ignored (see below).


Reproducible: Always

Steps to Reproduce:
1. Load http://www.innoline-systemtechnik.de/dhgm/onresize_ff1.html 
2. Select code to be executed onresize
3. Resize the browser window, watch the line indicating date and time
4. Go to step 2, selecting another code
Actual Results:  
Silently ignored when executed onresize are:
· window.location.reload()
· window.location.reload(true)
· window.history.go(0)
Executed as expected (the document reloads) are:
· window.location.href = window.location.href
· setTimeout("window.location.reload()",0)
· setTimeout("window.location.reload(true)",0)
· setTimeout("window.history.go(0)",0)


Expected Results:  
All given statements should result in reloading the document.

One user reported that in FF 0.8 all given statements do reload the document.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050330
Firefox/1.0+
I also see the behaviour described by the reporter.
Keywords: testcase
This works for me with FF 1.0pr
Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10

Didn't work since FF 1.0
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050401
Firefox/1.0+

confirmed
->NEW


This might be the result of fixing bug 252306 , which happened between 1.PR and 1.0
Status: UNCONFIRMED → NEW
Ever confirmed: true
Seems me a duplicate of bug 275231

*** This bug has been marked as a duplicate of 275231 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Verified duplicate.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: