[Webkit-unassigned] [Bug 25392] New: Wrong window size/position for 'target' links after JavaScript size/position change
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sat Apr 25 02:54:02 PDT 2009
https://bugs.webkit.org/show_bug.cgi?id=25392
Summary: Wrong window size/position for 'target' links after
JavaScript size/position change
Product: WebKit
Version: 525.x (Safari 3.2)
Platform: Macintosh PowerPC
URL: http://links.open.ac.uk/window/
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: New Bugs
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: n.hillyer at open.ac.uk
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
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the webkit-unassigned
mailing list