April 2009 - Wine-Bugs - list.winehq.org

[Bug 17639] New: FEAR 1.08: Geometry errors / zbuffer precision problems
by wine-bugs＠winehq.org Oct. 28, 2014

Oct. 28, 2014

http://bugs.winehq.org/show_bug.cgi?id=17639 Summary: FEAR 1.08: Geometry errors / zbuffer precision problems Product: Wine Version: 1.1.16 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net CC: jb.faq(a)gmx.de Encountering various graphical artifacts with FEAR 1.08. Something that looks like random (garbage) polygons, which sometime pop in in the scene. Then artifacts that affect the floor and look like zbuffer precision issues. Going to post some screenshots later. -- 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 21

[Bug 15745] New: Dark horizon complains that the font Verdana is missing
by wine-bugs＠winehq.org Oct. 27, 2014

Oct. 27, 2014

http://bugs.winehq.org/show_bug.cgi?id=15745 Summary: Dark horizon complains that the font Verdana is missing Product: Wine Version: 1.1.6 Platform: PC URL: http://www.jeuxvideopc.com/demo/42045-dark-horizon.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeremielapuree(a)yahoo.fr As described in the summary, Dark horizon complains about the lack of Verdana font. As a workaround, putting Verdana.ttf in the Fonts directory fixes the problem. I use a git version of wine and fontforge is well installed. Joaopa -- 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 17425] New: NanoEgineer-1: application not responding after startup
by wine-bugs＠winehq.org Oct. 23, 2014

Oct. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=17425 Summary: NanoEgineer-1: application not responding after startup Product: Wine Version: 1.1.14 Platform: Other URL: http://www.nanoengineer-1.com OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dendron2000(a)mail.ru Created an attachment (id=19498) --> (http://bugs.winehq.org/attachment.cgi?id=19498) NanoEngineer application log Free open-source nano structures scientific tools are not working under wine. The program installs without problems, but when I try to run it - it hangs after drawing the interface. This is unexpected, as the project uses cross-platform python language and QT4 library. It also may affect other applications which make use of these tools, so I mark this bug as 'major'. -- 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 13718] New: rubber banding at start of motion (not lag) in City of Heroes
by wine-bugs＠winehq.org Oct. 22, 2014

Oct. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=13718 Summary: rubber banding at start of motion (not lag) in City of Heroes Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeff.mitchell+WINE(a)gmail.com In City of Heroes / City of Villains, it is frequently possible to get rubber banding when attempting to move from a static location (unlike lag which is inconsistent or an intermittent slow down, this is only being able to move a couple steps and then being bounced back for the entire time the app is running). Using the same system with the same set of steps right afterwards or before doesn't produce this affect in Cedega (which is likely irrelevant but thought I'd note it anyways). From the comments on the appdb page I'm led to believe that this could be environment specific (me: Ubuntu 8.04 / Dell m1530 laptop running game over wireless / nvidia graphics / all desktop effects disabled) to a few people but I can replicate it. Steps to reproduce: 1. Start City of Heroes/Villains via wine 2. Login to account, choose character 3. When loaded, attempt to move the character in any direction and you will be bounced back to approximately where you started. If you're able to super jump out of the "rubber banding field" where you start, motion is normal and fluid until you land / stop and a new rubber banding field is born. Any insight as to what debug flags to try to help isolate would be appreciated. Thanks for your time. -- 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 34

[Bug 17595] New: urlmon/protocol crashes if run with +heap under OpenSolaris
by wine-bugs＠winehq.org Oct. 22, 2014

Oct. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=17595 Summary: urlmon/protocol crashes if run with +heap under OpenSolaris Product: Wine Version: 1.1.16 Platform: PC URL: http://test.winehq.org/data/88d9210dd763bcb9db203daa89f2 4efc7d5872d0/wine_ae-opensolaris- heap/urlmon:protocol.html OS/Version: SunOS Status: NEW Keywords: download, source, testcase Severity: enhancement Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=19758) --> (http://bugs.winehq.org/attachment.cgi?id=19758) +relay,+seh,+tid,+urlmon,warn+heap ol.okn(a)opensolaris:~/wine-git/dlls/urlmon/tests$ WINEDEBUG=warn+heap make protoco ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so protocol.c && touch protocol.ok fixme:wininet:InternetLockRequestFile STUB fixme:wininet:InternetLockRequestFile STUB warn:heap:HEAP_Decommit Could not decommit 003e0000 bytes at fe7d0000 for heap fe7b0000 fixme:wininet:InternetLockRequestFile STUB fixme:wininet:InternetLockRequestFile STUB err:wininet:NETCON_init failed to load symbol i2d_X509 wine: Unhandled page fault on read access to 0xaaaaaaaa at address 7f6bf1c2 (thread 0027), starting debugger... Can't attach process 0026: error 6 The wininet error is a red herring...see bug 15707. +relay,+seh,+tid,+urlmon,warn+heap 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 5

[Bug 12202] New: No pic when installing Indiana Jones demo in fullscreen
by wine-bugs＠winehq.org Oct. 17, 2014

Oct. 17, 2014

http://bugs.winehq.org/show_bug.cgi?id=12202 Summary: No pic when installing Indiana Jones demo in fullscreen Product: Wine Version: 0.9.58. Platform: PC URL: http://www.jeuxvideo.fr/telecharger-demo-jouable- 2656.html OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeremielapuree(a)yahoo.fr Created an attachment (id=11610) --> (http://bugs.winehq.org/attachment.cgi?id=11610) good screenshot (windowed mode) As said in the summary, there is no pic when installing Indiana Jones and the Emperor4s tomb demo in fullscreen. Installing it windowed mode (thanks to winecfg) makes the pictures appearing I attached 2 screenshots to show the problem. And a good console output and a bad one. Joaopa -- 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 29

[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 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

[Bug 13424] New: msi winetests requires != limited user
by wine-bugs＠winehq.org Sept. 19, 2014

Sept. 19, 2014

http://bugs.winehq.org/show_bug.cgi?id=13424 Summary: msi winetests requires != limited user Product: Wine Version: 1.0-rc2 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: adam(a)tpetaccia.com When running Winetest on WindowsXP, I've set up my user as a limited user. The MSI tests all error out, one by one. The tests should instead check to see if the user has Admin privlages, and then execute the tests, otherwise they should be skipped (because Windows wouldn't allow that user to install anything in the real world). advpack->install may also need to be looked at. -- 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