wine-bugs February 2013

wine-bugs@winehq.org

1 participants
9248 discussions

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

17 Aug '16

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 30837] New: Star Trek Online doesn't detect joystick/gamepad
by wine-bugs＠winehq.org 15 Aug '16

15 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=30837 Bug #: 30837 Summary: Star Trek Online doesn't detect joystick/gamepad Product: Wine Version: 1.5.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: vitor.dominor(a)gmail.com Classification: Unclassified Recently I decided to try playing Star Trek Online with one of my old but still working xbox 1 gamepads. For that purpose, I installed the xboxdrv (the userspace driver for xbox 360 and 1 gamepads) and after running xboxdrv with the command xboxdrv --silent --trigger-as-button, I started the game. The game has support for joysticks (I made sure I enabled joystick support in the in-game options). However, the game does not detect it, since it does not respond to any button presses or axis movements from the gamepad. When running the game from the terminal, the output I get with the gamepad attached to the PC is attached to this bug report. I have tried running the game natively on Windows 7 and XP SP3 with the gamepad attached and it is detected and runs as expected. Furthermore, by running STO with apimonitor from http://www.rohitab.com/apimonitor in Windows, I was able to determine that the game uses direct input 8, specifically the IDirectInputDevice8 and IDirectInput8 interfaces, to detect and control the system mouse and any attached joystick. It uses in particular the IDirectInput8::EnumDevices to find any available joysticks. In order to determine if this is an issue specific to this game running on Wine, I tried using the gamepad with another game well supported by wine and which also supports joysticks: Trackmania Nations Forever. This one detects the gamepad as a joystick automatically and by adding +dinput to WINEDEBUG, I noticed the following line on the output: Code: trace:dinput:IDirectInputWImpl_EnumDevices (this=0x12f718,0x0004 'DIDEVTYPE_JOYSTICK',0x8fc5a0,0x12238a0,0001). After that, wine outputs successfull detection of the joystick: Code: trace:dinput:find_joydevs Found a joystick on /dev/input/event16: Xbox Gamepad (userspace driver) ({9e573eda-7734-11d2-8d4a-23903fb6bdf7}) Next, while running STO on wine with WINEDEBUG="+dinput": and while the game detects and initializes the system mouse through dinput, it seems to initialize the IDirectInput8 Interface, but it does not enumerate any joystick unlike Trackmania. -- 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 26160] New: Broken control path in mcicda
by wine-bugs＠winehq.org 15 Aug '16

15 Aug '16

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 15 Aug '16

15 Aug '16

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 30581] New: Dialog windows can get hidden by the main window in IDA Free 5.0
by wine-bugs＠winehq.org 09 Aug '16

09 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=30581 Bug #: 30581 Summary: Dialog windows can get hidden by the main window in IDA Free 5.0 Product: Wine Version: 1.5.3 Platform: x86 URL: http://www.hex-rays.com/products/ida/support/download_ freeware.shtml OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified IDA Pro is an interactive disassembler. A freeware version of IDA 5.0 can be downloaded from http://www.hex-rays.com/products/ida/support/download_freeware.shtml I tested IDA Free with Wine 1.5.3 under Lubuntu 11.10, which uses the Openbox window manager. When "Allow the window manager to control the windows" is enabled in winecfg, dialog boxes can get hidden behind the main window. The dialogs are modal, so the main window doesn't accept any input while a dialog is open. If you accidentally click in the main window while a dialog is open, the dialog disappears but the main window does not accept any input. To reproduce: - Use winecfg to disable virtual desktop mode and enable "Allow the window manager to control the windows" if necessary; those are the default settings. - Download and run the IDA Free 5.0 installer. - Run the program. Click OK at the About dialog and Go in the Welcome to IDA! window. - The maximised main window opens. Bring up a dialog box, e.g. by selecting Help-> About program... or File -> Open... - When the dialog opens, click in the main window. The dialog window disappears behind the main window. (You can reveal it by un-maximising the main window and moving it out of the way.) For what it's worth, this problem doesn't happen with the IDA Pro 6.2 demo, but that uses different GUI code (QT?). -- 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 32495] New: Incorrect behavior in ScriptGetLogicalWidths() / ScriptApplyLogicalWidth() (buffer overrun)
by wine-bugs＠winehq.org 09 Aug '16

09 Aug '16

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 08 Aug '16

08 Aug '16

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

[Bug 30415] New: wineserver leaks memory when running Crysis Wars dedicated server
by wine-bugs＠winehq.org 06 Aug '16

06 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=30415 Bug #: 30415 Summary: wineserver leaks memory when running Crysis Wars dedicated server Product: Wine Version: 1.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Classification: Unclassified The Crysis Wars dedicated server, especially with the MWLL mod and many players, leaks a lot of memory. 5 to 10 MB/minute are not unusual. This happens on Windows too, can't be fixed and is not subject of this bug report. On Wine however, the wineserver process leaks memory alongside the Crysis Wars process! In fact, wineserver leaks even faster, more than doubling the memory load on my machine at a given time. Wineserver's leak is the subject of this bug report. Wineserver will not release its memory when Crysis quits. In fact, the only way to do that is to quit wineserver, either by killing it, or by closing all Wine applications and waiting for wineserver to quit on its own. I'll be happy to provide any info needed to help debug this. I don't know where to even start though. -- 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 29598] New: eRacer demo: no text displayed
by wine-bugs＠winehq.org 05 Aug '16

05 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=29598 Bug #: 29598 Summary: eRacer demo: no text displayed Product: Wine Version: 1.3.37 Platform: x86 URL: http://www.fileplanet.com/60483/60000/fileinfo/eRacer- Online-Demo OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 38346 --> http://bugs.winehq.org/attachment.cgi?id=38346 terminal output Text is missing from the game. Neither menu options nor in-game HUD are displayed. The game was developed by Rage Software in 2001. Some other titles released at that time from this developer are also affected, e.g. Eurofighter Typhoon. Hostile Waters is another game developed by Rage. When using the default gfx options offered by the launcher, text in the game is shown correctly. However there is a compatibility option in the launcher, named 'Use Compatible Upload' (disabled by default). No idea what does this option do, but enabling it results in the same problem as with eRacer: text is missing in the game. Unfortunately this option is not used by either eRacer or Eurofighter Typhoon so there is no way to work around the problem. Steps to reproduce the problem with the demo: 1. Install the demo as usual. 2. Before starting the game remove/rename intro.avi located in eRacer/Gui/Avi directory. Start the game by eracer.exe 3. You can see that the menu is displayed without any text. Fedora 16 Nvidia 250 / driver 290.10 X.Org X Server 1.11.3 -- 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 28932] New: Screamer Radio, language selection works incorrectly
by wine-bugs＠winehq.org 05 Aug '16

05 Aug '16

http://bugs.winehq.org/show_bug.cgi?id=28932 Bug #: 28932 Summary: Screamer Radio, language selection works incorrectly Product: Wine Version: 1.3.31 Platform: x86 URL: http://www.screamer-radio.com/download/file/screamer04 4.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Classification: Unclassified It suggests "Turkish" for default language. When I select English, it still selects something else? Works fine in WinXP -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2013