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

[Bug 19293] New: Galactic Civilizations 2 v. 1.0D Digital:Bonus Pack. Program crashes after starting a new game.
by wine-bugs＠winehq.org Oct. 17, 2014

Oct. 17, 2014

http://bugs.winehq.org/show_bug.cgi?id=19293 Summary: Galactic Civilizations 2 v. 1.0D Digital:Bonus Pack. Program crashes after starting a new game. Product: Wine Version: unspecified Platform: PC URL: http://www.galciv2.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dduck(a)rambler.ru CC: dduck(a)rambler.ru Created an attachment (id=22337) --> (http://bugs.winehq.org/attachment.cgi?id=22337) Result of regression tests Program crashes after starting a new game. In wine-1.1.25 this game crashes when clicking "New game". This bug is about events after starting the game. -- 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

[Bug 18440] New: Touhou Hisoten ~ Scarlet Weather Rhapsody crashes in menu/game select
by wine-bugs＠winehq.org Oct. 17, 2014

Oct. 17, 2014

http://bugs.winehq.org/show_bug.cgi?id=18440 Summary: Touhou Hisoten ~ Scarlet Weather Rhapsody crashes in menu/game select Product: Wine Version: 1.1.20 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mousecar23(a)hotmail.com Created an attachment (id=21041) --> (http://bugs.winehq.org/attachment.cgi?id=21041) Terminal output from start to crash Crashes when selecting Vs Network, Music Room, and most profile options. -- 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 18

[Bug 20720] New: winebrowser fails when # is in the file name
by wine-bugs＠winehq.org Oct. 17, 2014

Oct. 17, 2014

http://bugs.winehq.org/show_bug.cgi?id=20720 Summary: winebrowser fails when # is in the file name Product: Wine Version: 1.1.33 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: domiman(a)gmail.com I'm using winebrowser to open various files on my host system. When the file name of a file I try to open contains # winebrowser can't find the file for some reason. my registry entries: REGEDIT4 [HKEY_CLASSES_ROOT\.ini] @="WINE_BROWSER.file" [HKEY_CLASSES_ROOT\WINE_BROWSER.file] [HKEY_CLASSES_ROOT\WINE_BROWSER.file\shell] [HKEY_CLASSES_ROOT\WINE_BROWSER.file\shell\open] [HKEY_CLASSES_ROOT\WINE_BROWSER.file\shell\open\command] @="c:\\windows\\system32\\winebrowser.exe -nohome \"%1\"" and the error when I try to open ~/.wine/drive_c/windows/test#.ini: The file /Users/dominus/.wine/drive_c/windows/C:\windows\test#.ini does not exist. (no other text in the console about this) When I rename test#.ini to test.ini it opens fine with the associated app on my system. My system Mac OS X 10.6.2, bug observed in both Wine 1.1.32 and 1.1.33 -- 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 25

[Bug 22993] New: Wireless Manager mobile edition 5.5: Program crashes when trying to run
by wine-bugs＠winehq.org Oct. 15, 2014

Oct. 15, 2014

http://bugs.winehq.org/show_bug.cgi?id=22993 Summary: Wireless Manager mobile edition 5.5: Program crashes when trying to run Product: Wine Version: unspecified Platform: x86 URL: http://panasonic.net/avc/projector/download/f300_win.h tml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pruthvi.vallabh(a)gmail.com The program is meant to connect a laptop to an overhead projector through wireless link (model: Panasonic PT-LB51NT). The program is installed using wine from its setup file. The program runs normal under windows XP and windows vista. On start, the program displays a message-box asking "wait trying to install required driver". But immediately after that an error message pops-up from wine saying "the program WM.exe has encountered a serious problem and needs to be closed". -- 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 17826] New: NotePad++ search in files
by wine-bugs＠winehq.org Oct. 8, 2014

Oct. 8, 2014

http://bugs.winehq.org/show_bug.cgi?id=17826 Summary: NotePad++ search in files Product: Wine Version: 1.1.17 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gsbabil(a)gmail.com Created an attachment (id=20086) --> (http://bugs.winehq.org/attachment.cgi?id=20086) "find in files" in notepad++ crashes Notepad++ is runs very smoothly on wine in my experience which I use as my primary code editor on linux for various reasons (Ex. Function list plugin..). Recently I figured out: whenever I would try "Find in Files" option, the software shows me the found files list in the bottom with appropriate search results but the message-box "Press Enter to cancel" always stays on there and becomes kind of non-responsive even though the find-in-files is finished. Please take a look at the attachment. I'm using the latest version of wine(1.1.17) on Lenny. -- 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

[Bug 15189] New: Google Chrome can't dock tabs
by wine-bugs＠winehq.org Oct. 3, 2014

Oct. 3, 2014

http://bugs.winehq.org/show_bug.cgi?id=15189 Summary: Google Chrome can't dock tabs Product: Wine Version: CVS/GIT Platform: Other URL: http://chrome.google.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com After creating a second tab, you can tear it off to form a new window, but under Wine you can't do the inverse operation, ie. you can't dock a previously torn-off tab back into the main window. It usually works if you put the donor window right underneath the donee window so the tab doesn't have to get dragged across the chrome active area. For some reason dragging the tab across the chrome active area causes you to drop the tab...? -- 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 22987] New: Irfan view - "Can't paste image from clipboard !"
by wine-bugs＠winehq.org Oct. 3, 2014

Oct. 3, 2014

http://bugs.winehq.org/show_bug.cgi?id=22987 Summary: Irfan view - "Can't paste image from clipboard !" Product: Wine Version: 1.1.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Based on http://bugs.winehq.org/show_bug.cgi?id=2805#c12 i tried to pinpoint what broke Irfan View ability to paste image from clipboard. 1. I tested on Irfan View v3.85 (this version does not crash and clearly shows the problem) 2. I did a regression test between 1.1.20 and 1.1.21: commit 272e2d2251c705ebed38692e888e84d0153613a4 Author: Vincent Povirk <vincent(a)codeweavers.com> Date: Fri Apr 24 17:19:38 2009 -0500 winex11.drv: Convert image/bmp X selections to Windows DIB. :040000 040000 27cd5094663c7179b90f4e16abe676246c5e6838 aa796db893ac83d4904308eef1fc9a4ba908865b M dlls 3. There is another bug report suffering from this commit, see bug 18978. Unfortunately originally reported issue "can't paste" was turn to "program crash" and this was fixed instead of fixing "can't paste". 4. Revert of this patch on top of wine-1.2-rc2 makes that problem go away. Just a slight adjustment. 5. Adding author of this patch to CC. --private keyword: bisected -- 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 60

[Bug 23667] New: CDBurnerXP 3.0 desktop shortcut uses a generic wine glass icon
by wine-bugs＠winehq.org Oct. 3, 2014

Oct. 3, 2014

http://bugs.winehq.org/show_bug.cgi?id=23667 Summary: CDBurnerXP 3.0 desktop shortcut uses a generic wine glass icon Product: Wine Version: 1.2-rc7 Platform: x86-64 URL: http://cdburnerxp.se/downloads/releases/3.0.x/ OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: damjan.jov(a)gmail.com Created an attachment (id=29617) --> (http://bugs.winehq.org/attachment.cgi?id=29617) Disable part of ExtractFromFileType When CDBurnerXP 3.0 is installed, the icon it creates on the desktop uses a generic icon (wine glass) instead of the program icon seen on Windows. This wasn't the case in the past, so I did a regression test: f26b663172d80c300df993465b6a01369795a76f is first bad commit commit f26b663172d80c300df993465b6a01369795a76f Author: Damjan Jovanovic <damjan.jov(a)gmail.com> Date: Mon Jun 7 21:40:26 2010 +0200 winemenubuilder: Also extract .lnk icons from file types. :040000 040000 2e90126e777c75d2d11cf34b63ceb4e34107ebbd 7d6b92c5b6e0de2cc451c13382a9a3428e10f63d M programs After reverting that patch, the icon is created correctly. It can also be fixed by commenting out part of the function added in that patch. (See attachment) -- 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 22601] New: .NET Framework 2.0 installer displays crash dialog, fails with "function failed" error message
by wine-bugs＠winehq.org Sept. 25, 2014

Sept. 25, 2014

http://bugs.winehq.org/show_bug.cgi?id=22601 Summary: .NET Framework 2.0 installer displays crash dialog, fails with "function failed" error message Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com CC: madewokherd(a)gmail.com With wine-1.1.43-564-g1af1784, executing winetricks dotnet20 and proceeding past the EULA yields an error reporting crash dialog and setup failure with the message "Function failed." in the installer window. Particular pertinent error messages are: err:msi:store_binary_to_temp Failed to get stream err:msi:ITERATE_Actions Execution halted, action L"SxsInstallCA" returned 1627 Regression testing indicated: 42550953a650e1ef166339fb4e2fdc06741ad5b8 is first bad commit commit 42550953a650e1ef166339fb4e2fdc06741ad5b8 Author: Vincent Povirk <vincent(a)codeweavers.com> Date: Tue May 4 15:15:41 2010 -0500 ole32: Store the location of all blocks in a big block chain in memory. A big block chain is a linked list, and we pretty much need random access to them. This should theoretically make accessing a random point in the chain O(log2 n) instead of O(n) (with disk access scaling based on the size of the read/write, not its location). It theoretically takes O(n) memory based on the size, but it can do better if the chain isn't very fragmented (which I believe will generally be the case for long chains). It also involves fetching all the big block locations when we open the chain, but we already do that anyway (and it should be faster to read it all in one go than piecemeal). :040000 040000 a1ca1235acef50b9287db51b2d08f203907f2c1e 16b036ee8b83707264d3d1226d9c690a72790793 M dlls A +storage log is attached. -- 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 10270] New: Wine gecko does not send HTTP Accept-Language header
by wine-bugs＠winehq.org Sept. 20, 2014

Sept. 20, 2014

http://bugs.winehq.org/show_bug.cgi?id=10270 Summary: Wine gecko does not send HTTP Accept-Language header Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com Wine gecko does not send the HTTP Accept-Language header for HTTP requests. This means for wine iexplore users, going to website that look for that header, i.e. http://www.google.com/, will always return webpages in the web server's default language choice rather than in the user's preferred language. To see what headers a web browser is sending, go to: http://schroepl.net/cgi-bin/http_trace.pl Internet Explorer will send the string in HKCU\Software\Microsoft\Internet Explorer\Internals\AcceptLanguage as the Accept-Language header. With a clean .wine directory + gecko, Wine iexplore does not send anything. I can change what Wine iexplore sends by adding: user_pref("intl.accept_languages", "foo"); to prefs.js or user.js in ~/.wine/drive_c/windows/profiles/username/Application Data/Mozilla/Profiles/MSHTML/hash/. The ideal behavior would be: Wine iexplore should look in the same registry key as IE, and that registry key should be properly initialized by wineprefixcreate. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4