http://bugs.winehq.org/show_bug.cgi?id=35491
Bug ID: 35491
Summary: Switching to fullscreen works inconsistently
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: christopher(a)thielen.co
Classification: Unclassified
Created attachment 47378
--> http://bugs.winehq.org/attachment.cgi?id=47378
The game window is too far up and to the left, revealing the desktop. Note the
black rectangle actually has game content, it just didn't capture.
In many games (I believe all using Direct3D), switching to fullscreen mode
works inconsistently, and often produces what looks like the correct window
running but shifted up and to the left about 20% too far, leaving the original
Gnome 3 desktop below.
I am using Fedora 20, GNOME 3 with the gnome-shell, and running on the nouveau
driver with a nVidia NV86 chipset (fully supported by Nouveau, this coming from
a Dell Latitude D630).
The games are all roughly the same era (1998-2001). If there is a generic
"switch to fullscreen mode" Direct3D application I could try, let me know.
I have a screenshot of the issue. Note the screenshot shows the game window as
black but it actually has the correct game content within it.
Again, _sometimes_ it works completely fine. That is usually on a fresh boot.
Once the issue starts occurring, it usually keeps happening.
This happens whether I let the window manager manage/decorate windows or not.
Sometimes, when the window manager can manage Wine's windows, alt-tabbing away
and back again can fix the issue but usually not.
--
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=30771
Bug #: 30771
Summary: Comm port Properties missing Interval Timeouts
capability
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)frog.wheelycreek.net
Classification: Unclassified
Created attachment 40293
--> http://bugs.winehq.org/attachment.cgi?id=40293
Patch implementing interval timeout capability
The hard-coded properties for GetCommProperties on a Com port are missing the
Capability PCF_INTTIMEOUTS.
It appears that this capability actually works from both browsing the source,
and from the fact that an application requiring it works.
This is required for both UPstart and Home Control Assistance
http://appdb.winehq.org/objectManager.php?sClass=application&iId=7903 which do
not acknowledge COM ports that are missing this capability.
Patch attached
--
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=36807
Bug ID: 36807
Summary: Fractal-Bot crashes on startup.
Product: Wine
Version: 1.7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: facemelter9k(a)gmail.com
Created attachment 48882
--> http://bugs.winehq.org/attachment.cgi?id=48882
backtrace from wine
Fractal-Bot ran without issues on Wine 1.4, has been broken since.
http://www.fractalaudio.com/downloads/fractal-bot/Fractal-Bot-Win-v2p0p2.zip
--
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=31008
Bug #: 31008
Summary: WinUAE "Browse for folder" works incorrectly
Product: Wine
Version: 1.5.7
Platform: x86
URL: http://www.winuae.net/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Classification: Unclassified
Install / run.
Click "paths" and click "..."
It should show "Browse for folder" dialog, but it shows "Open file" dialog.
-> It doesn't work
fixme:commdlg:IServiceProvider_fnQueryService Interface
{e07010ec-bc17-44c0-97b0-46c7c95b9edc} requested from unknown service
{e07010ec-bc17-44c0-97b0-46c7c95b9edc}
Workaround native comdlg32.dll
--
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=30618
Bug #: 30618
Summary: Common dialogs should use icons from Linux system icon
theme
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: from_wine_bugzilla(a)ssokolow.com
Classification: Unclassified
Currently, the common dialogs like Open/Save use the Tango icon theme,
regardless of what the Linux desktop is configured to use. (They also seem to
use the plaintext icon for anything that isn't an EXE with its own embedded
one)
It'd probably require an ugly hack (and not necessarily be a good idea anyway)
to intercept ALL requests to read standard icons normally bundled with Windows.
However, using the system icon theme to populate toolbars and file lists in
common dialogs should be reasonably simple for someone already familiar with
the codebase and would help to reduce the alienness of Windows UIs on a Linux
desktop.
Of course, a checkbox or registry key to disable it would be necessary since
Wine doesn't automatically use the GTK+ color scheme and some icon themes are
unusable without toolbars using a light-on-dark colour scheme.
I doubt I'll have time to implement this myself (especially given that I have
no experience with the Wine codebase and almost none with C or C++) but I'll
leave myself a note to research retrieving system icons without GtkIconTheme or
QIcon once I'm finished my exam preparation.
--
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=27503
Summary: Dungeon Keeper II still need a crack to run.
Product: Wine
Version: 1.3.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andreas.livet(a)gmail.com
Created an attachment (id=35161)
--> (http://bugs.winehq.org/attachment.cgi?id=35161)
Wine dbg backtrace
Dungeon Keeper II was listed in the games that are affected by bug #219 which
was closed in 1.3.22 release. Unfortunately, the game still need a crack to run
properly.
I hope this is not a doubloon and the right thing to do :).
Andreas
--
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=18979
Summary: Installation of Microsoft SQL Server Express crashes
Product: Wine
Version: 1.1.23
Platform: PC-x86-64
URL: http://www.microsoft.com/downloads/details.aspx?Family
Id=7522A683-4CB2-454E-B908-E805E9BD4E28&displaylang=en
#filelist
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukass(a)etek.chalmers.se
Created an attachment (id=21856)
--> (http://bugs.winehq.org/attachment.cgi?id=21856)
Backtrace from crash
The installer crashes after the first "Unpacking files" dialog. This is with a
completely clean wineprefix.
--
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=34343
Bug #: 34343
Summary: mIRC 7.32: entering infinite loop after dismissing
trial dialog on Mac OS X
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ionic(a)ionic.de
Classification: Unclassified
Created attachment 45716
--> http://bugs.winehq.org/attachment.cgi?id=45716
Excerpt from WINEDEBUG=warn+all,err+all,fixme-all,trace+relay wine mirc.exe
A newly installed mIRC in a clean wineprefix is entering a closed loop after
dismissing the trial dialog on Mac OS X.
It doesn't matter where it was installed, I also tried dosdrive_c/mIRC, just to
make sure.
Excerpt from WINEDEBUG=warn+all,err+all,fixme-all,trace+relay wine mirc.exe is
attached.
I can upload the full log, if need be, or logs with other WINEDEBUG values
(though trace tends to be very verbose.)
This bug is only affecting OS X, mIRC is starting up and working fine (mostly)
with wine 1.7.0 on Linux. Don't try to reproduce it on Linux, please.
Wine has been built and installed via MacPorts.
--
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=30325
Bug #: 30325
Summary: builtin winhlp32 display Chinese help documents as
garbled
Product: Wine
Version: 1.5.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
1. Get a copy of cmmgr32.hlp from Windows XP Chinese Version in
c:\windows\system32
2. open with wine builtin winhlp32.exe
Expect Result:
Display Chinese
Actual Result:
All Chinese display as garbled
I copy a native winhlp32.exe to wine, open the same document, Chinese display
OK.
I also cross-compiled wine's winhlp32.exe and copy it to Windows XP, open the
same document, Chinese display as garbled again.
So I assume the component should be "programs"
--
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.