Bug 25392
| Summary: | Wrong window size/position for 'target' links after JavaScript size/position change | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Neville Hillyer <n.hillyer> |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | UNCONFIRMED | ||
| Severity: | Normal | ||
| Priority: | P2 | ||
| Version: | 525.x (Safari 3.2) | ||
| Hardware: | Mac (PowerPC) | ||
| OS: | OS X 10.5 | ||
| URL: | http://links.open.ac.uk/window/ | ||
Neville Hillyer
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
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |