Closed Bug 76408 Opened 23 years ago Closed 23 years ago

Progress notifications for _new windows go to original window

Categories

(Core :: DOM: Navigation, defect)

Product:
Core
Component:
DOM: Navigation
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED
Milestone:
mozilla0.9.1

People

(Reporter: adamlock, Assigned: rpotts)

References

Details

(Whiteboard: needed by 05/29/01) 

New windows opened by a click on a link with a _new or _blank target do not 
receive web progress notifications. The notifications are sent to the docshell 
that the click originated in.

This can be verified by running mfcEmbed and placing a break point on any of the 
nsIWebProgressListener methods of nsDocShellTreeOwner, and then clicking on such 
a link. The new window's nsDocShellTreeOwner does not get called and does not 
perform other operations such as installing chrome listeners. See bug 76034.
Reassigning
Assignee: adamlock → rpotts
Blocks: 65777
No longer blocks: 65777
Target Milestone: --- → mozilla0.9.1
Blocks: 65777
Target Milestone: mozilla0.9.1 → mozilla0.9.2
This will be fixed when the window targeting changes land with bug #65777
Target Milestone: mozilla0.9.2 → mozilla0.9.1
Blocks: 75664
Whiteboard: needed by 05/29/01
Blocks: 9805
Hardware: PC → All
when do you think this will happen (i.e., fixing of 65777 and this bug)? Note
that this was requested by an "important embedding customer" in 0.9.1.
Fixed.  Window targeting now happens before the URI is loaded.  This means that
all progress/status messages will be sent to the target window - not the
originating window.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.