wine-bugs February 2010

wine-bugs@winehq.org

1 participants
6508 discussions

[Bug 11673] New: WiX cannot validate created .msi, due to lacking MsiMergeDatabase
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=11673 Summary: WiX cannot validate created .msi, due to lacking MsiMergeDatabase Product: Wine Version: unspecified Platform: Other URL: http://bugs.winehq.org/show_bug.cgi?id=11414#c10 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jdahlin(a)async.com.br Finally, using latest GIT it is possible to generate .msi using WiX, however to be able to do so one I have to pass in the -sval parameter. See the instructions in bug 11414, comment 10 for information on how to reproduce. Obviously, stubbing out MsiMergeDatabase to always succeed is not enough for the validation to work properly. I sent a patch to wine-patches which adds the stub, Adding the stub merely prevents wine from crashing, but the validation does not succeed. -- 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.

2 10

[Bug 21661] New: RichEdit: Wrong behaviour when formating an empty selection
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=21661 Summary: RichEdit: Wrong behaviour when formating an empty selection Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.teamviewer.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: caliga(a)arcor.de In our Software TeamViewer, a Richedit control is used to display chat messages. The nick names are colored green or blue, the text should remain black. This works in general... But if one side sends several chat messages in row, the nick name is omitted (by TeamViewer). And then, an empty selection (where the nickname would be) is formated green or blue. It seems, that if this happens the second time, something is screwed up and the color becomes the default color... Of course TeamViewer could just NOT format the empty selection with EM_SETCHARFORMAT, (and this will be done in an upcoming release), but still this is a wine bug, I think. To reproduce, start a remote support session in TeamViewer from your Linux-box to a different TeamViewer, then click on Audio/Video/Chat and type three or more messages. -- 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.

2 12

[Bug 18382] New: SubEdit fails to start
by wine-bugs＠winehq.org 12 Apr '25

12 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=18382 Summary: SubEdit fails to start Product: Wine Version: 1.1.20 Platform: PC URL: http://matinf.pcz.pl/~subedit/download/subedit_b4072_ins tall.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=20962) --> (http://bugs.winehq.org/attachment.cgi?id=20962) Fatal error I'm using Wine 1.1.20 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. The problem is that SubEdit fails to start and shows fatal error. -- 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.

2 24

[Bug 14218] New: OleLoadPictureEx is not fully implemented (ole32)
by wine-bugs＠winehq.org 21 Mar '25

21 Mar '25

http://bugs.winehq.org/show_bug.cgi?id=14218 Summary: OleLoadPictureEx is not fully implemented (ole32) Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: mehlers(a)adata.de Created an attachment (id=14504) --> (http://bugs.winehq.org/attachment.cgi?id=14504) Wine Output for OleLoadPictureEx The Main Window of our Software under Windows shows a Picture. If we use the builtin-Version of ole32 the Picture is not displayed. It seems that "OleLoadPictureEx" ist not fully implemented. See attachment "output.txt" for more information. adata Software GmbH Michael Ehlers -- 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.

2 26

[Bug 18959] New: MetaTrader 4 installer hangs at the very end of file extraction
by wine-bugs＠winehq.org 25 Feb '25

25 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=18959 Summary: MetaTrader 4 installer hangs at the very end of file extraction Product: Wine Version: 1.1.23 Platform: PC URL: http://www.metatrader4.com/files/mt4setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com CC: julliard(a)winehq.org With today's Git (wine-1.1.23-221-gafce86b), the MetaTrader installer hangs at the very end of file extraction at "C:\Program Files\MetaTrader 4\mailbox\1190736044.english" with sufficient responsiveness to handle the Cancel button being pressed, which merely hides the installer window until a Ctrl+C interrupt is sent to the installer. The installer worked properly in 1.0.1, and the regression test revealed: 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a is first bad commit commit 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Feb 18 14:44:17 2009 +0100 msvcrt: Don't try to duplicate invalid handles. Don't reset std handles if we didn't set them. :040000 040000 2abf5f9a82de1d29b1fccadc658fc3a956388ac4 86464380dfe4aca4c5c11ea2a539a1fc5def03b8 M dlls Reverting the commit in HEAD allows the installer to start. -- 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.

2 32

[Bug 17743] New: Undocked toolbars are displayed incorrectly
by wine-bugs＠winehq.org 24 Feb '25

24 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=17743 Summary: Undocked toolbars are displayed incorrectly Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=19959) --> (http://bugs.winehq.org/attachment.cgi?id=19959) Text toolbar I'm using Wine 1.1.17 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. The problem is with undocked toolbars which are incorrectly displayed. The problem is also with dragging them. They should be also draggable when I click and hold mouse pointer over title of the toolbar. Problem exists in AutoCAD 2008 and AutoCAD Mechanical 2008. I attached image that shows the problem. All cuttings were done with unchecked option "Allow the window manager to decorate the windows". Last cutting was done in MS Windows XP running AutoCAD 2007. The problem exists also in Wine 1.0.1 -- 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.

2 18

[Bug 11336] New: typing an open parenthesis "(" in vba causes an error
by wine-bugs＠winehq.org 23 Feb '25

23 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=11336 Summary: typing an open parenthesis "(" in vba causes an error Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=10442) --> (http://bugs.winehq.org/attachment.cgi?id=10442) picture of the error When programming in VBA under excel the application throws up an error when I try to enter the open parenthesis -- 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.

2 21

[Bug 19153] New: DX3 game does not recognize graphics capabilities
by wine-bugs＠winehq.org 21 Feb '25

21 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=19153 Summary: DX3 game does not recognize graphics capabilities Product: Wine Version: 1.1.24 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=versi on&iId=9396 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: bobbyg(a)gmx.net Resident Evil 1 does not start giving the error "Failed to initialize the Graphics Hardware Device.(3)". It's a DirectX 3 game using immediate mode. After some debugging I found that it relies on 3 (three) entries returned by EnumDevices whereas wine returns only the Direct3D HAL entry in this case (d3dversion == 1). Removing the if-clause in ddraw/direct3d.c and duplicating the HAL entry solves the problem and the game actually runs almost perfectly (Garbage -> Platinum). I checked a Windows installation which returns "HAL", "RGB Emulation" and "Ramp Emulation" but the comments in the file suggest that not all games are happy about that. So how to fix this properly? -- 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.

2 50

[Bug 10522] New: endless WM_PAINT loop bug (update regions, queue paint count)
by wine-bugs＠winehq.org 17 Feb '25

17 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=10522 Summary: endless WM_PAINT loop bug (update regions, queue paint count) Product: Wine Version: CVS/GIT Platform: PC URL: http://www.microsoft.com/whdc/devtools/debugging/install x86.mspx OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=9265) --> (http://bugs.winehq.org/attachment.cgi?id=9265) trace with WINEDEBUG=+tid,+message,+win,+server Hello, I've seen this bug a while ago in other apps but ignored it because it was not easily to reproduce. Well until recently when I tested some stuff with windbg from "Debugging Tools for Windows" (Microsoft). I used debugging tools version 6.8.4.0 and recent GIT (wine-0.9.49-302-g58b85bb). Immediately when a child window was opened using toolbar (register, locals, .. whatever), windbg would become unresponsive, eating most CPU. Happens in both GUI modes - "floating/docking toolwindow" and "MDI emulation. Though "MDI emulation" is more obvious, it actually shows the endless refreshing (window caption). Attached is WINEDEBUG=+tid,+message,+win,+server log. Additionally I added a trace message which prints the current queue paint count (when incremented or fetched) which makes some things easier to spot. Printed as "inc_queue_paint_count: %d" and "get_message_paint_count: %d". The window hierarchy is as follows: --- snip --- *root*=0x10020 Shell_TrayWnd=0x10022 WinDbgFrameClass=0x10024 DockClass=0x10026 ToolbarWindow32=0x10028 msctls_statusbar32=0x1002a tooltips_class32=0x1002e WinBaseClass=0x10030 ToolbarWindow32=0x10032 SysListView32=0x10034 SysHeader32=0x10036 RichEdit20W=0x10038 --- snip --- After the child windows are created the queue paint count never drops to zero, resulting in endless WM_PAINT processing. Maybe some update (region) code path missed or flags problem? I played a bit with ignoring null region updates and it seemed to help a bit (preventing endless WM_PAINT loop) though other stuff wasn't drawn properly then. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 41

[Bug 21811] New: 3impact tech demo collection crashes on first demo
by wine-bugs＠winehq.org 16 Feb '25

16 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=21811 Summary: 3impact tech demo collection crashes on first demo Product: Wine Version: 1.1.39 Platform: x86 URL: http://www.3impact.com/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://www.3impact.com/3Impact_Engine/dyruk89b/3impact51_demo.exe is a set of demos showing mannekins flailing about and boulders rolling. Runs great on Vista. It installs fine on Wine. To start the app, do cd ~/".wine/drive_c/Program Files/3impact5demos" wine demos.exe skinnedragdoll.dll The first problem is bug 21790; do 'winetricks vcrun2005' to get past that. The next problem is a crash related to d3dx9_36.D3DXAssembleShaderFromResourceW, roughly bug 12020. Work around this with 'winetricks d3dx9'. The next problem is that full-screen mode doesn't work (bug 21791). Work around this by telling the demo to run in a window. This prompts you to press N, and then crashes after you do, with wine: Unhandled page fault on read access to 0x0000001c at address 0x431c10 (thread 0009), starting debugger... I'll attach a +relay,+seh log. -- 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.

2 16

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 2010