[Bug 33743] New: Fullscreen with two monitors of different size
http://bugs.winehq.org/show_bug.cgi?id=33743 Bug #: 33743 Summary: Fullscreen with two monitors of different size Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: enicon(a)gmail.com Classification: Unclassified Created attachment 44681 --> http://bugs.winehq.org/attachment.cgi?id=44681 Fullscreen Word window in the biggest monitor (1440x900) is clipped On Linux Mint (both Nadia and Maya) on a laptop with build-in monitor 1024x768 and external monitor (now 1440x900). On the biggest monitor, wine application don't go fullscreen correctly, vertically size seems to be limited by the size of the smallest monitor. In my example if I fullscreen WORD I get some of the UI missing and a desktop background stripe in the lower part of the monitor. Notice that if I don't use fullscreen but drag the windows border I cat enlarge word on all the surface of the monitor and all the ui is correctly displayed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=33743 --- Comment #1 from enicon <enicon(a)gmail.com> 2013-06-07 06:24:57 CDT --- Created attachment 44682 --> http://bugs.winehq.org/attachment.cgi?id=44682 Stretching the windows manually over the monitor does NOT show clipping This is to show that if I strectch the windows instead of pressing "fullscreen" I can use the whole area. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=33743 --- Comment #2 from Austin English <austinenglish(a)gmail.com> --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.37 or newer) wine? If so, please attach the terminal output in 1.7.37 (see http://wiki.winehq.org/FAQ#get_log). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=33743 Tom Fifield <tom(a)tomfifield.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tom(a)tomfifield.net --- Comment #3 from Tom Fifield <tom(a)tomfifield.net> --- Just tested this with wine-1.7.55 and could not reproduce the problem. Ubuntu 14.04 Word 2010 Two 19" monitors, one 1280*1024, one 1024*768 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=33743 imdn <imaduddinh(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imaduddinh(a)hotmail.com --- Comment #4 from imdn <imaduddinh(a)hotmail.com> --- I came across this bug on ArchLinux running wine-2.13 from the arch repos. My monitor configuration is as follows: [1600x1200 (external)] <left-of> [1280x800 (primary laptop display)]. When running foobar2000, the gui was usable only on the external display when it was placed at the top left (0,0) and having a max window size of (1280,800). Resize it to greater or moving the foobar2000 window to the laptop display rendered it unusable. Next, I uninstalled the packaged wine version and compiled wine-stable (2.0.2) and installed it. This required installation of several dependencies including lib32-libxinerama. After this the foobar2000 window worked as expected regardless of its size or the display it is on. I uninstalled the stable version and went back to the packaged repo version. Surprisingly, foobar2000 now works without a hitch. I suspect installing lib32-libxinerama (or one of the other dependencies) did the trick. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=33743 Lain <lain.proliant(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lain.proliant(a)gmail.com --- Comment #5 from Lain <lain.proliant(a)gmail.com> --- (In reply to imdn from comment #4)
I came across this bug on ArchLinux running wine-2.13 from the arch repos.
My monitor configuration is as follows:
[1600x1200 (external)] <left-of> [1280x800 (primary laptop display)].
When running foobar2000, the gui was usable only on the external display when it was placed at the top left (0,0) and having a max window size of (1280,800). Resize it to greater or moving the foobar2000 window to the laptop display rendered it unusable.
Next, I uninstalled the packaged wine version and compiled wine-stable (2.0.2) and installed it. This required installation of several dependencies including lib32-libxinerama. After this the foobar2000 window worked as expected regardless of its size or the display it is on.
I uninstalled the stable version and went back to the packaged repo version. Surprisingly, foobar2000 now works without a hitch. I suspect installing lib32-libxinerama (or one of the other dependencies) did the trick.
I have been experiencing this issue on my Arch Linux multi-monitor setup for some time now. Confirmed installing lib32-xinerama has resolved the issue, thank you! -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=33743 ignacio <ignacio_xxi(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ignacio_xxi(a)hotmail.com --- Comment #6 from ignacio <ignacio_xxi(a)hotmail.com> --- Created attachment 60425 --> https://bugs.winehq.org/attachment.cgi?id=60425 The solution for this problem (on XFCE) Wine programs where only refreshed inside an area of the laptop screen inside the big screen. Outside this area there was no window refresh, not even in the laptop screen. The problem disappear when I set the large screen as a primary in the XFCE display control panel. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=33743 eemelilari(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eemelilari(a)gmail.com --- Comment #7 from eemelilari(a)gmail.com --- (In reply to ignacio from comment #6)
The problem disappear when I set the large screen as a primary in the XFCE
Same fix worked in KDE Plasma. Using X and kwin. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=33743 David <dav75uk(a)yahoo.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dav75uk(a)yahoo.co.uk --- Comment #8 from David <dav75uk(a)yahoo.co.uk> --- I think this is the same problem I see on Chessbase17. Start it from the smaller primary monitor, move the mouse the the larger monitor. The program starts up with the bottom and right trimmed off the window. The workaround does the job as it now always wants to open on the larger monitor with the right dimensions, though not sure if I want to shift the primary. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=33743 --- Comment #9 from David <dav75uk(a)yahoo.co.uk> --- Obviously the real solution is for wine to not to max out the dimensions using the wrong monitor (i.e. the one it's not being displayed on even if it was launched there). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=33743 Kristine Moore <mail@kristine.nu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mail@kristine.nu --- Comment #10 from Kristine Moore <mail@kristine.nu> --- I have 2 monitors, my "primary" is my 1440P screen My "secondary" is a 1050P screen. My secondary is on my left and the primary on the right (in front of me) For guild wars it's been quite an issue as i play on 1-2 accounts and i still like to use my computer at the same time so i browse chat etc. My initial solution was a little script which i used in my launch guild wars script kscreen-doctor output.DP-2.position.0,0 output.DP-1.position.2560,0 ; sleep $1 ; kscreen-doctor output.DP-1.position.0,0 output.DP-2.position.1680,0 where $1 was a sleep time My second script was a bit better solution kscreen-doctor output.DP-1.scale.0.72 sleep $1 kscreen-doctor output.DP-1.scale.1.00 Currently my sleep timer is at 5 seconds, so the window is scewed for up to 5 seconds, if the game updates you'll need to shutdown the game and start it again as it will be wonky I play the game in borderless window, and with these settings it allows me to have my taskbar at the bottom and my window as much space as it can take. this "hack" is also usable in the latest 11.0 rc-2 wine as a note, the issue also happens in ge-proton however you can force it to be a bit better with DISPLAY=: and have it in window mode and resize the window (window borderless does not have a fix though) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (3)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla -
WineHQ Bugzilla