October 2010 - Wine-Bugs - list.winehq.org

[Bug 22398] New: 7-Zip 64bit msi - Filesystem browser doesn't work at all
by wine-bugs＠winehq.org April 1, 2011

April 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=22398 Summary: 7-Zip 64bit msi - Filesystem browser doesn't work at all Product: Wine Version: 1.1.43 Platform: x86-64 URL: http://downloads.sourceforge.net/sevenzip/7z913-x64.ms i OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Created an attachment (id=27415) --> (http://bugs.winehq.org/attachment.cgi?id=27415) Screenshot of file browser Download msi, on second screen click "Browse...". There's also a lot of "Neque porro quisquam est qui dolorem ipsum quia dolor sit amet" all over the place, no idea where from ... See attached screenshot (minor for x64) -- 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 24959] New: Impulse crash after login
by wine-bugs＠winehq.org April 1, 2011

April 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=24959 Summary: Impulse crash after login Product: Wine Version: 1.3.6 Platform: x86 URL: http://www.impulsedriven.com/downloads/impulse_setup_f ull.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: drakkk(a)centrum.cz Created an attachment (id=31607) --> (http://bugs.winehq.org/attachment.cgi?id=31607) terminal output Impulse crash shortly after login screen. Native gdiplus fixes it. -- 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 16

[Bug 19434] New: ActiveState ActiveTcl installer fail to install due to path write permission
by wine-bugs＠winehq.org April 1, 2011

April 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=19434 Summary: ActiveState ActiveTcl installer fail to install due to path write permission Product: Wine Version: 1.1.19 Platform: PC URL: http://www.activestate.com/activetcl/downloads/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: max.bra(a)alice.it Created an attachment (id=22562) --> (http://bugs.winehq.org/attachment.cgi?id=22562) standard winedebug stdout log ActiveState ActiveTcl 8.xx installer fail to install due to path write permission problem. i see this behaviour since wine 1.1.19. same on 1.1.26. any combination of 'c:\Tcl' or 'c:/directory/Tcl' does not solve. does not matter if target directory exist or not. -- 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 24301] New: ICO parsing improvements
by wine-bugs＠winehq.org April 1, 2011

April 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=24301 Summary: ICO parsing improvements Product: Wine Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: damjan.jov(a)gmail.com Created an attachment (id=30625) --> (http://bugs.winehq.org/attachment.cgi?id=30625) Sample icons While doing some research on ICO files for another open source project, I uncovered quite a few problems and missing features in Wine's windowscodecs implementation: * ICONDIRENTRY is not meant to be used for parsing the image data, only the BITMAPINFOHEADER is used. In fact, the ICONDIRENTRY can contain total rubbish, and Windows still parses the ICO file fine (as determined by Windows Explorer's thumbnail). Chances are Windows only uses ICONDIRENTRY when selecting the "best" icon for a particular screen bit depth, and further decoding is only done via the BITMAPINFOHEADER. * BITMAPINFOHEADER only exists for BMP images, there is also (starting with Windows Vista) PNG instead. * Only BITMAPINFOHEADER of size 40 bytes seems supported, neither BITMAPV4HEADER nor the OS/2 bitmap header work in its place. * Contrary to Microsoft's documentation, compressed bitmaps are supported. At least BI_BITFIELDS compression works. It wouldn't surprise me if all other compressions worked. The best way to implement ICO bitmap decoding thus seems to be to defer to the BMP decoder. * ICO files with right-way-up bitmaps (negative biHeight), which Wine's windowscodecs goes to great lengths to support, seem not to work on Windows in my limited testing. * 16 BPP bitmaps, which Wine's windowscodecs doesn't support, are valid in ICO files. * The trailing AND mask is optional for 32 BPP bitmaps. * As a special gotcha, If the bitmap is 32 BPP, and the AND mask is present, and the alpha channel would make every pixel completely transparent, Windows ignores the alpha channel and uses only the AND mask to determine transparency. Real world icons exist that need this (https://bugzilla.gnome.org/show_bug.cgi?id=609094) * A palette of size biClrUsed can exist even for > 8 BPP, and specifies the "optimal viewing palette". It needs to be skipped when decoding such an image. I am attaching some sample icons that highlight some of these problems. Most open source ICO parsers (GIMP, Imagemagick, gdk-pixbuf) suffer from many of these problems, so test only against Windows. -- 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 17971] New: GCC optimisations cause workaround for Slingplayer bug 13371 to fail
by wine-bugs＠winehq.org April 1, 2011

April 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=17971 Summary: GCC optimisations cause workaround for Slingplayer bug 13371 to fail Product: Wine Version: 1.1.17 Platform: PC URL: http://download.slingmedia.com/player/pc/SlingPlayer- Setup-EU-1.5.1.343.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk The workaround for Bug 13371 is to use native qcap.dll and quartz.dll. Up to Wine 1.1.16, the workarounds work fine. With 1.1.17 (and 1.1.18) the workarounds fail (resulting in the same DLL Function Crash error). While attempting a git bisect I found that the workaround still worked when using "gcc -O0" to compile, but "gcc -O1" causes the workaround to fail. Result of bisect with gcc -O1: 7b6dd2c9f8339a0bc14aa7f466f5c5a0bb03da06 is first bad commit commit 7b6dd2c9f8339a0bc14aa7f466f5c5a0bb03da06 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Mar 11 17:28:21 2009 +0100 ole32: Get rid of WINE_StringFromCLSID and A->W conversions. :040000 040000 ccd95ffc3e797d4978e121994715610434851ca5 dac4595337bddbc841d737265254e1bc52ccea03 M dlls Reverting to previous commit allows the workaround to work with optimisations on. This is kind of a blocker to Bug 13371 as the pre-compiled .debs from the WineHQ repository uses -O2 optimisation. To complete the bisect, I had to move from GCC 4.3.2-1ubuntu12 to GCC 4.3.3 I compiled myself, as the results were random (GCC bug). Tested in latest gitwine wine-1.1.18-199-ga9c0c24 and an unhandled exception occurs with -O1, workaround works with -O0. -- 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 21265] New: PCBSD crash handler encountered error while trying to start bin/wine
by wine-bugs＠winehq.org April 1, 2011

April 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=21265 Summary: PCBSD crash handler encountered error while trying to start bin/wine Product: Wine Version: unspecified Platform: x86 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dalfish(a)ymail.com PCBSD encountered an error while trying to start bin/wine captured from stdout: Captured from stderr: fixme:win:EnumDisplayDevicesW ((null),0,0x34f6e0,0x00000000), stub! fixme:msg:ChangeWindowMessageFilter 720 00000001 fixme:msg:ChangeWindowMessageFilter 721 00000001 fixme:msg:ChangeWindowMessageFilter 746 00000001 wine: Call from 0x7e3e8bd6 to unimplemented function pdh.dll.PdhSetDefaultRealTimeDataSource, aborting fixme:ole:CoInitializeSecurity (0x0,-1,0x0,0x0,4,3,0x0,0,0x0) - stub! err:ole:CoGetClassObject class {5c63c1ad-3956-4ff8-8486-40034758315b} not registered err:ole:CoGetClassObject class {5c63c1ad-3956-4ff8-8486-40034758315b} not registered err:ole:create_server class {5c63c1ad-3956-4ff8-8486-40034758315b} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {5c63c1ad-3956-4ff8-8486-40034758315b} could be created for context 0x17 -- 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 9544] New: Semi transparency in .ico files is ignored
by wine-bugs＠winehq.org April 1, 2011

April 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=9544 Summary: Semi transparency in .ico files is ignored Product: Wine Version: 0.9.44. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: vexorian(a)gmail.com Created an attachment (id=7917) --> (http://bugs.winehq.org/attachment.cgi?id=7917) The top is an application in Wine, the bottom is the same application in windows XP. Since windows XP, icons in .ico format support semi transparency. Certain programs use icons with transparency in their forms, seems Wine does not render this transparency correctly, some apps look akward: -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 20660] New: .net1.1 sp1 will not install
by wine-bugs＠winehq.org April 1, 2011

April 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=20660 Summary: .net1.1 sp1 will not install Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: david.goodenough(a)btconnect.com When I try to install Quickbooks 2008, it supplies and tries to install .net1.1 SP1. This fails with the messages:- err:msi:msi_cabextract FDICopy failed err:msi:ACTION_MsiPublishAssemblies Failed to extract cabinet: L"netfx1.cab" err:msi:ITERATE_Actions Execution halted, action L:"MsiPublishAssemblies" returned 1627 err:msi:ITERATE_Actions Execution halted, action L:"ExecutionAction" returned 1627. I tried this using the regular QB2008 installer, and then I cleared out my .wine directory and tried again using winetricks to install .Net1.1 (which QB2008 claimed to have installed correctly), and now QB2008 installer said it wanted to install the service pack, and failed in the same way. So I cleared .wine again, and used winetricks to install .Net2.0, but QB2008 insists on 1.1. So I cleared .wine, and used winetricks to install .Net1.1, and then manually ran the dotnetSP1.exe file supplied on the QB2008 CD. It failed in the same way. I looked at some old bugs which seemed in the same area. In particular 11719 but that is for .net2.0 rather than 1.1sp1. There was also a bug which was fixed in 1.1.30, but I am running 1.1.32 so that should not be a problem any more. David -- 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 19312] New: Can not close IE8
by wine-bugs＠winehq.org April 1, 2011

April 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=19312 Summary: Can not close IE8 Product: Wine Version: 1.1.25 Platform: PC URL: http://download.microsoft.com/download/C/C/0/CC0BD555- 33DD-411E-936B-73AC6F95AE11/IE8-WindowsXP-x86-ENU.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Tested on IE8 XP, haven't tried other OS yet. Clicking on the X to close IE8 doesn't do anything, except print the following lines in the console every time it is clicked: err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! fixme:storage:StorageImpl_Commit (0x3487188 4): stub fixme:storage:StorageImpl_Commit (0x3487188 4): stub fixme:storage:PropertyStorage_WritePropertyToStream unsupported type: 72 fixme:storage:PropertyStorage_WritePropertyToStream unsupported type: 72 fixme:storage:StorageImpl_Commit (0x3487188 4): stub err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! fixme:ole:NdrCorrelationInitialize (0x14ed824, 0x14ed424, 1024, 0x0): 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 4

[Bug 23888] New: 1by1 Player version 1.70 freezes.
by wine-bugs＠winehq.org April 1, 2011

April 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=23888 Summary: 1by1 Player version 1.70 freezes. Product: Wine Version: 1.2 Platform: x86 URL: http://mpesch3.de1.cc/1by1.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk As per title, version 1.70 of 1by1 MP3 player freezes when you try playing an MP3 file. Simply drag and drop the MP3 file(s) into the player and it just freezes. I've tried this on 2 computers with Wine and Ubuntu, one has Wine version 1.2 and the other has Wine version 1.1.42 and 1by1 Player freezes on both. You can get .ogg files to play with the relevant plug-in .dll file in the same folder as 1by1 and its other files (located in "Program Files"), but 1by1 player will freeze when you close it after playing .ogg files. Every time 1by1 player freezes and you try closing it, you have to click "Force Quit". I never had this problem with an older version of 1by1 Player running in Wine. -- 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 13