March 2013 - Wine-Bugs - list.winehq.org

[Bug 18018] New: Gun Metal is unresponsive to joystick
by wine-bugs＠winehq.org Aug. 19, 2016

Aug. 19, 2016

http://bugs.winehq.org/show_bug.cgi?id=18018 Summary: Gun Metal is unresponsive to joystick Product: Wine Version: 1.1.10 Platform: PC-x86-64 URL: http://www.gamershell.com/download_866.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: shacklein(a)gmail.com I noticed this bug in 1.1.19 and tested it in my earliest pre-compiled package too (1.1.10) and it was present there. The problem is that Gun Metal does not seem to respond to my joystick at all (Playstation Dualshock-style controller). However, the joystick works fine with other applications in Wine, including GTA:San Andreas. URL is to the Gun Metal demo version 1.14 which exhibits the problem. I've tested with both evdev and js devices. I'm unsure what additional information to supply, such as debug logs. :) -- 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 12

[Bug 26365] New: Geneforge 1 - text gets cut away
by wine-bugs＠winehq.org Aug. 19, 2016

Aug. 19, 2016

http://bugs.winehq.org/show_bug.cgi?id=26365 Summary: Geneforge 1 - text gets cut away Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xaron77(a)fastmail.fm Text gets cut-away on the right side of dialogue screen (letters often get cut in half) and character statistics screen. No errors are 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.

1 35

[Bug 24147] New: Worms Reloaded: Screen position issues at non-native resolution
by wine-bugs＠winehq.org Aug. 17, 2016

Aug. 17, 2016

http://bugs.winehq.org/show_bug.cgi?id=24147 Summary: Worms Reloaded: Screen position issues at non-native resolution Product: Wine Version: 1.3.1 Platform: x86 URL: http://steampowered.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Created an attachment (id=30389) --> (http://bugs.winehq.org/attachment.cgi?id=30389) Screenshot of behaviour See attached screenshot. At resolutions other than native, the game screen "slides" towards the bottomleft and hides part of the screen outside the display. err:ole:RevokeDragDrop invalid hwnd (nil) err:ole:RevokeDragDrop invalid hwnd 0x50130 err:xrandr:X11DRV_XRandR_SetCurrentMode Resolution change not successful -- perhaps display has changed? err:ole:CoGetClassObject class {074b110f-7f58-4743-aea5-12f15b5074ed} not registered err:ole:CoGetClassObject no class object {074b110f-7f58-4743-aea5-12f15b5074ed} could be created for context 0x1 err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x2953530,0x2953490): stub -- 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 32265] New: Polycom People+Content IP crashes when attempting to stream desktop to remote display
by wine-bugs＠winehq.org Aug. 17, 2016

Aug. 17, 2016

http://bugs.winehq.org/show_bug.cgi?id=32265 Bug #: 32265 Summary: Polycom People+Content IP crashes when attempting to stream desktop to remote display Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: aboyd(a)fusionio.com Classification: Unclassified Created attachment 42578 --> http://bugs.winehq.org/attachment.cgi?id=42578 Backtrace of PPCIP crash When I try to stream my desktop to a remote display (a Polycom HDX 7000 HD) using People+Content IP, I can connect to the display fine, but when I press the play button, PPCIP freezes for about 20 seconds, then crashes. I've attached the backtrace. -- 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 27798] New: GTA3 & GTAVC rendering is messed up
by wine-bugs＠winehq.org Aug. 17, 2016

Aug. 17, 2016

http://bugs.winehq.org/show_bug.cgi?id=27798 Summary: GTA3 & GTAVC rendering is messed up Product: Wine Version: 1.3.23 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com See http://i.imgur.com/EigrV.png Works correctly in 1.3.22, appears in 1.3.23, remains in 1.3.24. Reproducible on my intel (EEE PC 901) video: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) , but NOT on nvidia gtx460. Will try to do regression testing, but... well, intel Atom... -- 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 35

[Bug 32935] New: Detailed view int "file->open" window MSoffice 2003, not showing details
by wine-bugs＠winehq.org Aug. 17, 2016

Aug. 17, 2016

http://bugs.winehq.org/show_bug.cgi?id=32935 Bug #: 32935 Summary: Detailed view int "file->open" window MSoffice 2003, not showing details Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chpnp(a)free.fr Classification: Unclassified I happily run office 2003, i still have a minor issue which is annoying on a day to day basis when i open a file, and from the open window select the "detailed view", only the names will show (no modification date) Is there anything i am missing here ? can it be solved somehow ? This is wine 1.4 or 1.5 (i think i have the problem with both) and this happens on Ubuntu 12.04 (64 bits) and Slitaz 4.0 (32 bits) Thanks -- 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 26160] New: Broken control path in mcicda
by wine-bugs＠winehq.org Aug. 15, 2016

Aug. 15, 2016

http://bugs.winehq.org/show_bug.cgi?id=26160 Summary: Broken control path in mcicda Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net I'm thankful to C. Robinson for making mcicda work on my Linux machines since wine-1.1.5. Since then the code supports 2 modes of operation, either via - IOCTL_CDROM_*_AUDIO (PLAY/STOP/PAUSE/RESUME/SEEK) - or via a separate thread using DirectSound with IOCTL_CDROM_RAW_READ. READ_TOC is needed in both modes. However, commit 8afa626faa3c5aa2d32d17dca77edaf9efb3a5da uses as selector if (wmcda->hThread != 0) { which causes inconsistent results as the thread may be long dead. I believe that is not the correct way to select whether to invoke either thread/DS+RAW_READ commands or IOCTL_CDROM_*_AUDIO ones. Consider this sequence of MCI commands: cmd hThread comment play -- start hThread stop # !0 => SetEvent stopEvent, hThread becomes 0 stop # =0 => DeviceIoControl resume # =0 => DeviceioControl play resume # !0 => DSB+Play, unlike previously status mode !0 GetStatus yields PLAY, later STOP it will never detect that a disk was long ejected! stop status mode =0 GetStatus performs IoControl instead and hence reports current and correct state. It's fine that the code supports 2 modes of operation, the bug is that the current code confuses itself as to which branch should be taken and produces results depending on the history of commands rather than the current state (and HW capabilities), wrongly mixing both code paths, leading to incorrect results. IMHO a binary decision via hThread is wrong, there are more states to consider: - DSB + RAW_READ is useable / being used; - IOCTL_CDROM_PLAY_AUDIO is useable / being used - don't know yet. This issue becomes more important now as MacOS support is getting close (see bug #20323). This issue becomes more important now as MacOS support is getting close (see bug #20323). It does not implement the IOCTL_CDROM_*_AUDIO and spits out unneeded err: and fixme: to the console. I mentioned that I'd about this issue in bug #20323 comment #4 last year. -- 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 14

[Bug 20323] New: MacOS mcicda does not play audio CD
by wine-bugs＠winehq.org Aug. 15, 2016

Aug. 15, 2016

http://bugs.winehq.org/show_bug.cgi?id=20323 Summary: MacOS mcicda does not play audio CD Product: Wine Version: 1.1.30 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net mcicda invokes GetDriveTypeW which returns 3, the same as for C: and other HD drives. It expects DRIVE_CDROM(5). E: is not recognized as CD-ROM by Wine, although it is created by the mountmgr. It points to /Volumes/Audio-CD. Indeed /Volumes/Audio-CD/ is a directory full of files named "N Titel NN.aiff", e.g. "2 Titel 02.aiff". e:: points to /dev/rdisk2 GetDriveTypeW in turn calls: trace:file:CreateFileW returning 0x68 trace:vxd:DeviceIoControl (0x68,6d4084,0x32f2ac,16,0x32f2ac,16,0x0,0x0) trace:ntdll:NtDeviceIoControlFile (0x68,0x0,0x0,0x0,0x32f018,0x006d4084,0x3 2f2ac,0x00000010,0x32f2ac,0x00000010) code=006d4084 (device=6d) is weird, as winioctl.h only lists FILE_DEVICE_* 01 .. 39 I have not looked further into the origin of this code. Bypassing this test allows mcicda to open cdaudio. mciSendString: open e: type cdaudio alias y + status cdaudio length + status cdaudio length 2 + status cdaudio number of tracks work -- so there's hope -- whereas - status cdaudio position - status cdaudio current track - status cdaudio media present - seek and - play fail. fixme:ntdll:server_ioctl_file Unsupported ioctl 2402c (device=2 access=1 func=b method=0) fixme:mcicda:MCICDA_GetError Unknown mode 50 status length etc. show that DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC works. -- 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 22

[Bug 32495] New: Incorrect behavior in ScriptGetLogicalWidths() / ScriptApplyLogicalWidth() (buffer overrun)
by wine-bugs＠winehq.org Aug. 9, 2016

Aug. 9, 2016

http://bugs.winehq.org/show_bug.cgi?id=32495 Bug #: 32495 Summary: Incorrect behavior in ScriptGetLogicalWidths() / ScriptApplyLogicalWidth() (buffer overrun) Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usp10 AssignedTo: wine-bugs(a)winehq.org ReportedBy: disposable593-wine(a)yahoo.com Classification: Unclassified Currently, ScriptGetLogicalWidths() and ScriptApplyLogicalWidth() are incorrectly implemented, leading to wrong glyph positioning in one of my applications. **ScriptGetLogicalWidths(): The current implementation simply copies the input to the output array, incorrectly assuming nbchar==nbglyphs. If there are fewer glyphs than characters, this causes a buffer overrun, potentially leading to application crashes. (The problem does and will become more prevalent as the implementation of shaping is improved over time.) **ScriptApplyLogicalWidths(): The functions fails to apply justification and simply returns the unjustified widths. Below I include what I believe are correct implementations. I have taken care that the results agree with those returned by the Microsoft implementations. (I have never seen or been in contact with the original Microsoft code, though, so the following code is "clean" and may be used for any purpose.) HRESULT WINAPI ScriptGetLogicalWidths(const SCRIPT_ANALYSIS *sa, int nbchars, int nbglyphs, const int *glyph_width, const WORD *log_clust, const SCRIPT_VISATTR *sva, int *widths) { int rtl, i; // TRACE("(%p, %d, %d, %p, %p, %p, %p)\n", // sa, nbchars, nbglyphs, glyph_width, log_clust, sva, widths); rtl = sa->fRTL && !sa->fLogicalOrder; for (i = 0; i < nbchars; ) { int w = 0, i2, j, j2; j = log_clust[i]; i2 = i; do i2++; while (i2 < nbchars && log_clust[i2] == j); j2 = i2 < nbchars ? log_clust[i2] : rtl? -1 : nbglyphs; for ( ; j != j2; rtl? j--:j++) w += glyph_width[j]; for ( ; i < i2; i++) w -= widths[i] = w / (i2-i); } return S_OK; } HRESULT WINAPI ScriptApplyLogicalWidth(const int *dx, int num_chars, int num_glyphs, const WORD *log_clust, const SCRIPT_VISATTR *sva, const int *advance, const SCRIPT_ANALYSIS *sa, ABC *abc, int *justify) { int rtl, i; // FIXME("(%p, %d, %d, %p, %p, %p, %p, %p, %p)\n", // dx, num_chars, num_glyphs, log_clust, sva, advance, sa, abc, justify); rtl = sa->fRTL && !sa->fLogicalOrder; if (abc) abc->abcB = - abc->abcA - abc->abcC; for (i = 0; i < num_chars; ) { int w = 0, j, j1, j2; j1 = log_clust[i]; do w += dx[i++]; while (i < num_chars && log_clust[i] == j1); j2 = i < num_chars ? log_clust[i] : rtl? -1 : num_glyphs; for (j = j1; j != j2; rtl? j--:j++) w -= advance[j]; for (j = j1; j != j2; rtl? j--:j++) { w -= justify[j] = w / (rtl? j-j2:j2-j); justify[j] += advance[j]; if (abc) abc->abcB += justify[j]; } } return S_OK; } -- 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 19452] New: QuickVerse 2009 crashes when attempting to open a book
by wine-bugs＠winehq.org Aug. 8, 2016

Aug. 8, 2016

http://bugs.winehq.org/show_bug.cgi?id=19452 Summary: QuickVerse 2009 crashes when attempting to open a book Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: firesword14(a)yahoo.com Created an attachment (id=22597) --> (http://bugs.winehq.org/attachment.cgi?id=22597) Log of what happened, then dump Wine crashes when I double click on a bible or book to open. This is my first bug report, if need more information, please ask. First issue in log: shdocvw:PersistStreamInit_InitNew -- 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 12