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

[Bug 9190] Warhammer: Dark Omen doesn't launch
by wine-bugs＠winehq.org April 16, 2008

April 16, 2008

http://bugs.winehq.org/show_bug.cgi?id=9190 --- Comment #6 from Loacoon <loacoon(a)hotmail.com> 2008-04-16 19:12:18 --- The game still doesn't launch The console 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 0

[Bug 12392] New: ALT-Click not working in World of Warcraft since Wine 0.9. 59
by wine-bugs＠winehq.org April 16, 2008

April 16, 2008

http://bugs.winehq.org/show_bug.cgi?id=12392 Summary: ALT-Click not working in World of Warcraft since Wine 0.9.59 Product: Wine Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alanceil(a)gmx.net Since I can't choose the version "0.9.59", I chose unspecified. With the new Wine version, Alt-Click actions no longer get through to WoW (and possibly other programs, too; but I haven't tested this yet). This also is true for longer combinations like Ctrl-Shift-Alt-Click, which is needed for the batch auction posting in the Auctioneer Addon. It seems that it's just the Alt Key that isn't recognized; Ctrl-Click combinations work, as well as "normal" Key Combinations like Alt+N. Going back to 0.9.58 fixes this problem. Greetings, - Tom -- 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 5804] iTunes detects incorrect version of QuickTime
by wine-bugs＠winehq.org April 16, 2008

April 16, 2008

http://bugs.winehq.org/show_bug.cgi?id=5804 Maarten Lankhorst <m.b.lankhorst(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Comment #7 from Maarten Lankhorst <m.b.lankhorst(a)gmail.com> 2008-04-16 17:34:35 --- I doubt it, marking fixed -- 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 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org April 16, 2008

April 16, 2008

http://bugs.winehq.org/show_bug.cgi?id=6971 Triffid Hunter <winehq_org(a)funkmunch.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq_org(a)funkmunch.net -- 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 0

[Bug 6871] Textures in GTAIII are rendered as grey and silver weirdness
by wine-bugs＠winehq.org April 16, 2008

April 16, 2008

http://bugs.winehq.org/show_bug.cgi?id=6871 --- Comment #39 from Triffid Hunter <winehq_org(a)funkmunch.net> 2008-04-16 17:00:57 --- further correction: only the parts of the car that can be different colours are sky-coloured. The wheels and lights and interiors and back part of mack trucks, and all of garbage trucks are drawn correctly. I wonder what's so different about the parts that are different colours on different cars? -- 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 0

[Bug 6801] gpstrack help windows are empty
by wine-bugs＠winehq.org April 16, 2008

April 16, 2008

http://bugs.winehq.org/show_bug.cgi?id=6801 --- Comment #44 from Tefnet developers <developers(a)tefnet.pl> 2008-04-16 16:10:24 --- (In reply to comment #43) > (In reply to comment #42) > > (In reply to comment #16) > > On exit you mean after closing help window or whole application? > > > > Could you check if it crashes after this steps: > > 1. Open app > > > > 2. Press F1 > > 3. Browse couple of pages > > 4. Close help > > > > 5. repeat steps 2-4 about 5 times. > > > > It should crash (sooner or later) after closing help window. > > > > I meant the whole application, but since I am not a pole, I can't do much with > the application so it is basically just start it, play with F1 and navigate > around a bit then get out; so the exit time might just be as you say, after a > while. But this application and help is in French, not in Polish.. :) so I don't do anything more either. I think that crash which I'm talking about is because of wrong memory release order in ReleaseWebBrowser (dlls/hhctrl.ocx/webbrowser.c). It should be: 1. info->web_browser 2. info->wb_object 3. info->client_site But first I need to know if crash (and solution) occurs not only in my environment? So... do you confirm that crash? > > What you are observing is probably similiar to bug 12156. Are you using my > patch in comment 41? It might help. > As far as I remember, yes. -- 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 0

[Bug 6801] gpstrack help windows are empty
by wine-bugs＠winehq.org April 16, 2008

April 16, 2008

http://bugs.winehq.org/show_bug.cgi?id=6801 --- Comment #43 from Hin-Tak Leung <htl10(a)users.sourceforge.net> 2008-04-16 15:41:03 --- (In reply to comment #42) > (In reply to comment #16) > > F1 works for me (and I can run the apps alright, I think - I am not a pole, > > can't do a thing with it), although wine crashes on exit (probably different > > problem) > > On exit you mean after closing help window or whole application? > > Could you check if it crashes after this steps: > 1. Open app > > 2. Press F1 > 3. Browse couple of pages > 4. Close help > > 5. repeat steps 2-4 about 5 times. > > It should crash (sooner or later) after closing help window. > I meant the whole application, but since I am not a pole, I can't do much with the application so it is basically just start it, play with F1 and navigate around a bit then get out; so the exit time might just be as you say, after a while. What you are observing is probably similiar to bug 12156. Are you using my patch in comment 41? It might help. -- 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 0

[Bug 8184] Oblivion Some shader effects cause screen to go vomit green
by wine-bugs＠winehq.org April 16, 2008

April 16, 2008

http://bugs.winehq.org/show_bug.cgi?id=8184 --- Comment #18 from Vit Hrachovy <vit.hrachovy(a)sandbox.cz> 2008-04-16 15:11:30 --- The bug is no longer visible using backbuffer in wine 0.9.59. Seems fixed. -- 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 0

[Bug 12612] New: drg'n drop ?
by wine-bugs＠winehq.org April 16, 2008

April 16, 2008

http://bugs.winehq.org/show_bug.cgi?id=12612 Summary: drg'n drop ? Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wujek_bogdan(a)tlen.pl CC: wujek_bogdan(a)tlen.pl Is it possible to add drag'n drop support between wine applications and linux file managers (konqueror, dolphin, nautilus, ... ) ?? for example i'd like to drag files from konqueror to foobar2000 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 3

[Bug 3507] Picasa takes a long time to bring up the printing window if there are many printers
by wine-bugs＠winehq.org April 16, 2008

April 16, 2008

http://bugs.winehq.org/show_bug.cgi?id=3507 Detlef Riekenberg <wine.dev(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wine-bugs(a)winehq.org --- Comment #8 from Detlef Riekenberg <wine.dev(a)web.de> 2008-04-16 12:09:14 --- Dan, can you remember, which CUPS-version was used, when you reported the Bug? Is this still an Issue with current Wine / current CUPS ? (In reply to comment #5) > Does that mean that cupsGetDests is taking forever? If so, I'm not sure > what we can do about that (other than yell at the cups guys). Getting a > timestamp either side of the cupsGetDests would be interesting. Denied by CUPS, but Michael Sweet suggest a different way to get the Printer-List. http://www.cups.org/str.php?L2786 > Another possibility is that there are one or more printers for which cupsGetPPD > fails (and fails after some long timeout). If it does fail then that printer > never gets added to the registry and we therefore try to AddPrinter it every > time we start Wine. A fix for this would be to maintain a blacklist of failing > printers somehow. Might be a usable Way, but it's to late for Wine-1.0 -- By by ... Detlef -- 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 0