[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.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla