June 2014 - Wine-Bugs - list.winehq.org

[Bug 28629] New: TrackMouseEvent saves tracking data only for last caller's HWND
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28629 Bug #: 28629 Summary: TrackMouseEvent saves tracking data only for last caller's HWND Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified See this code from dlls/user32/input.c: /* fill the TRACKMOUSEEVENT struct with the current tracking for the given hwnd */ if (ptme->dwFlags & TME_QUERY ) { *ptme = tracking_info.tme; /* set cbSize in the case it's not initialized yet */ ptme->cbSize = sizeof(TRACKMOUSEEVENT); return TRUE; /* return here, TME_QUERY is retrieving information */ } Although the comment says it works per-hwnd, the code itself doesn't have any logic concerning hwnd. This problem makes button theming with hover support work incorrectly in various cases. The easiest way to see this is as follows: 0. Configure some windowsXP theme, e.g. Luna or Royale 1. Start winecfg 2. Select "Libraries" tab 3. Press Edit (having at least one override) 4. Press Cancel on the dialog 5. Try to hover any button on the winecfg main window - it won't work. The reason for this not working is that the "Edit Override" dialog's Cancel button, being hovered, has called TrackMouseEvent for TME_LEAVE, and after pressing it, it was destroyed, still leaving mouse tracking structure (global, not per-hwnd, which is the core problem) in TME_LEAVE enabled state. Now, when Edit or any other button becomes hovered, the structure returned on TME_QUERY suggests that TME_LEAVE is enabled, so for Edit button's hwnd the timer isn't set. So, the solution should be to make tracking_info per-hwnd, instead of global. -- 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.

1 4

[Bug 28886] New: Window borders aren't themed
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28886 Bug #: 28886 Summary: Window borders aren't themed Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Created attachment 37114 --> http://bugs.winehq.org/attachment.cgi?id=37114 Screenshot comparing windows and Wine rendering Some windows even without virtual desktop should have themed borders, and example is toolwindows. Wine doesn't theme them at all, it's seen in e.g. GIMP's toolbox. Of course, in virtual desktop all windows get unthemed borders. See screenshot: the classically themed toolboxes are in Wine, while in windows the borders are themed correctly with Royale style. -- 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.

1 5

[Bug 19400] New: Quicken Will Maker 2007 crashes wine
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=19400 Summary: Quicken Will Maker 2007 crashes wine Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ToddAndMargo(a)verizon.net Hi All, Just as soon as you start Quick Will Maker 2007, it crashes. I have included the following trace from the FAQ WINEDEBUG=+relay,+seh,+tid wine qwp.exe &> /home/temp/qwp.trace.txt -T -- 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.

1 20

[Bug 28783] New: Explorer buttons missing
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28783 Bug #: 28783 Summary: Explorer buttons missing Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools AssignedTo: wine-bugs(a)winehq.org ReportedBy: robert.downing(a)guardian-shield.com Classification: Unclassified Created attachment 36980 --> http://bugs.winehq.org/attachment.cgi?id=36980 Screen shot 1 Wine explorer does not show buttons under title bar, nor are they active all the time. -- 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.

1 10

[Bug 28403] New: PKR.COM bugs
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28403 Summary: PKR.COM bugs Product: Wine Version: 1.3.12 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hanzal.michal(a)gmail.com Good afternoon, I am using OpenSuse 11.4. I installed pkr.com and 90% of buttons had active part lower than their actuall position on screen. Whole screen is also little shift to upside. All you can see in attached file. I tried New version 1.3.28, and this stable version (1.3.12) and problem was same. If I made fullscreen then application stay in windowed mode, but only some times blink during changing to fullScreen and you can see in attached file how it is. After closing pkr.com application Linux didnt change resolution back and 3 icons of every windows started before, during and after pkr.com was lost. (3 icons means - Minimalize button, maximalize button and close button (CROSS)) Please try to find this BUG if it is possible, but I believe you :) With best regards Michal Hanzal Paint Engineer -- 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.

1 8

[Bug 28389] New: Wine crash trying to run "Micro Application Cartes de Visite 2.0"
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28389 Summary: Wine crash trying to run "Micro Application Cartes de Visite 2.0" Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: swami(a)petaramesh.org Created an attachment (id=36403) --> (http://bugs.winehq.org/attachment.cgi?id=36403) Wine crash complete console output When trying to run "Micro Application Cartes de Visite 2.0" (draw4481.exe), Wine display a box stating that the application crashed and must be closed. Additionally, the console from which the program was started displays : wine: Unhandled page fault on read access to 0x00000050 at address 0x7c1d0943 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000050 in 32-bit code (0x7c1d0943). ... (More details in attachment !) ... Backtrace: =>0 0x7c1d0943 in mfc71 (+0x90943) (0x0032fcc8) -- 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.

1 6

[Bug 28147] New: X3-The Threat loading savegames does not work
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28147 Summary: X3-The Threat loading savegames does not work Product: Wine Version: 1.3.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frank.henry(a)gmx.net Created an attachment (id=36066) --> (http://bugs.winehq.org/attachment.cgi?id=36066) normal game Setup: As per recommandations at http://appdb.winehq.org/objectManager.php?sClass=version&iId=12888 I got the game up and running, begin able to fly around and trade. I upgraded the game with the official 1.0 to 2.5 patch from Egosoft. Ubuntu 11.04 2.6.38-10-generic wine-1.3.26 (1.3.26-0ubuntu1~ppa1~natty1) Reproduction: Start a new game (regardless of 'normal' or 'own'), fly to the space station and save, then immediately reload. Result: major failure in X3.EXE I have attached (trimmed) console outputs. I have only trimmed away all the redundant information. I have rated this issue as critical because while you can play the game, you are unable to load, thus making it not usable. -- 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.

1 7

[Bug 24511] New: bsnes 0.6.8 video doesn't function properly; freezes on subsequent run.
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=24511 Summary: bsnes 0.6.8 video doesn't function properly; freezes on subsequent run. Product: Wine Version: 1.3.3 Platform: x86-64 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: LordHDL(a)yahoo.com Created an attachment (id=30938) --> (http://bugs.winehq.org/attachment.cgi?id=30938) Normal Output Video, audio, and input are required for bsnes to function properly. It will try to initialize these the first time you run it, but fails. It freezes, and you're forced to quit. The only way to close it when that happens is to quit X11 altogether. On the next startup, a message appears stating that all drivers have been disabled, and can be manually set in configuration. Selecting them in the GUI works fine, and they will work as long as you don't quit the application. If you do quit and then restart, it will freeze again. The problem is caused when either Direct3D, OpenGL, or DirectDraw is selected while you quit the application. Restarting while GDI or Qt-Raster is selected will not result in a freeze. Furthermore, video and audio playback are extremely slow. -- 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.

1 9

[Bug 21589] New: MacOS error from MIDI SetVolume
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=21589 Summary: MacOS error from MIDI SetVolume Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Created an attachment (id=26043) --> (http://bugs.winehq.org/attachment.cgi?id=26043) console output during tests Hi, The midi tests now in git that will appear with wine-1.1.38 produce a strange error on MacOS: err:wave:AudioUnit_GetVolume AudioUnitGetParameter return an error "\xff\xff\xd5\x8e" Same error for SetVolume a) Is dbg_fourcc() really the appropriate method for reporting error codes there? It rather looks like a small negative number: -10866 aka. kAudioUnitErr_InvalidScope b) The same function succeeds when called from waveGetVolume in tests/wave.c on a wave handle instead of a MIDI one. Perhaps the MacOS MIDI SW-synth does not support volume settings after all? Perhaps a more elaborate filter graph would be needed to support variable volumes? One would then question whether MIDICAPS_VOLUME need be reported at all in such a case and possibly drop support for Get/SetVolume in midi.c -- or implement said filter graph. This is just supposition. I'm not familiar with MacOS programming. -- 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.

1 6

[Bug 20411] New: X11DRV_AlphaBlend not a dibsection
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=20411 Summary: X11DRV_AlphaBlend not a dibsection Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: sportflieger2004-wbug(a)yahoo.de Starting a sector of AtcWindows with the option "Transparent Supplementary Dialogs" checked, prints the following message on the console: fixme:xrender:X11DRV_AlphaBlend not a dibsection The transparent message box (for the communication) is not displayed (as is should) thus leaving you with no initial calls and read backs from the aircrafts (making controlling the aircrafts impossible). -- 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.

1 9