User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:46.0) Gecko/20100101 Firefox/46.0 Build ID: 20160418114253 Steps to reproduce: 3 monitor linux desktop. Load firefox on monitor 2 or 3. Load webiste http://www.popuptest.com/ click popuptest 1 or any popup test. Window opens on monitor 1. Actual results: Windows should open on same monitor. Expected results: Windows should open on SAME monitor as firefox, not always defaulting to 1. Tried this with release and beta versions, same issue. Chrome does not have this issue. If you mouse click, open new link, that works perfectly. (for a good reference) Running linux, mate 1.4. annoying when working tickets and pop up windows open on wrong monitor.
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
3 years ago
Component: Untriaged → Widget: Gtk
Product: Firefox → Core
The testcase uses screenX/screenY and left/top. https://drafts.csswg.org/cssom-view/#the-features-argument-to-the-open%28%29-method "If left is present in parsed features, follow these substeps: 1. Let x be the value of left. 2. Optionally, clamp x in a user-agent-defined manner so that the window does not move outside the available space. 3. Optionally, move target’s window such that the window’s left edge is at the horizontal coordinate x relative to the left edge of the output device, measured in CSS pixels of target. The positive axis is rightward." Perhaps "output device" may be interpreted as the current monitor, but "the output device" suggests that there is no other output device to be considered. https://developer.mozilla.org/en-US/docs/Web/API/Window/open#Position_and_size_features "left Specifies the distance the new window is placed from the left side of the work area for applications of the user's operating system to the leftmost border (resizing handle) of the browser window. The new window can not be initially positioned offscreen." "work area" may include both monitors, but that's not clear. https://drafts.csswg.org/cssom-view/#dom-window-screenx "The screenX attribute must return the x-coordinate, relative to the origin of the screen of the output device, of the left of the client window as number of pixels, or zero if there is no such thing." https://drafts.csswg.org/cssom-view/#screen "The width attribute must return the width of the output device, in CSS pixels." https://drafts.csswg.org/cssom-view/#dom-mouseevent-screenx "The screenX attribute must return the x-coordinate of the position where the event occurred relative to the origin of the screen." If the interpretation of "screen" were changed to mean the current monitor, then mouse events could have negative screenX values. When a window is on more than one monitor, I don't know whether the interpretation of screen should change, perhaps to include both monitors, or all monitors. https://developer.mozilla.org/en-US/docs/Web/API/Screen "Screen.left Returns the distance in pixels from the left side of the main screen to the left side of the current screen." I don't know whether the "main screen" is all monitors, or the primary screen. console.log(window.screen.top) is returning the position of the monitor relative to the X11 Screen. There is inconsistent interpretation of "screen". I wonder whether other platforms are consistent.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Multiple monitors, New windows and pop ups open on 1st monitor not same monitor. → Multiple monitors, New windows and pop ups open on 1st monitor not same monitor. Inconsistent interpretation of "screen"
You need to log in before you can comment on or make changes to this bug.