Bug 25392 - Wrong window size/position for 'target' links after JavaScript size/position change
Summary: Wrong window size/position for 'target' links after JavaScript size/position ...
Status: UNCONFIRMED
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 525.x (Safari 3.2)
Hardware: Mac (PowerPC) OS X 10.5
: P2 Normal
Assignee: Nobody
URL: http://links.open.ac.uk/window/
Keywords:
Depends on:
Blocks:
 
Reported: 2009-04-25 02:54 PDT by Neville Hillyer
Modified: 2009-04-25 02:54 PDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Neville Hillyer 2009-04-25 02:54:02 PDT
I have tested with Safari Version 3.2.1 (5525.27.1) and iCab 4.5.0 on a 733 MHz G4 with OS X 10.5.6 but I doubt that it is restricted to this hardware/software.

WebKit has an annoying habit of using an earlier window size and position for target=_blank etc links following a JavaScript change of size or position.

The page at http://links.open.ac.uk/ uses <base target="_blank"> but once JavaScript has been used to alter window size or position Sari and iCab stop inheriting size/position for its links. Safari appears to use window parameters from an earlier 'session'. This is totally repeatable.

To test go to javascript:moveTo(10,10);resizeTo(1000,700) and then hit one of the links at http://links.open.ac.uk/ - restart the browser and try the same link again without first using JavaScript to position or resize the window.

Facilities and information at the following may be helpful:
http://links.open.ac.uk/window/
http://www.macosxhints.com/article.php?story=20090421162146583