February 2009 - Wine-bugs - list.winehq.org

[Bug 10322] New: Eve-online video memory misaddressed
by wine-bugs＠winehq.org 16 Jun '09

16 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=10322 Summary: Eve-online video memory misaddressed Product: Wine Version: 0.9.4. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott.d.gray(a)gmail.com I have only come across this problem running EVE-online. The mouse cursor is not completely filled with black, it contains some stray colors. Many textures are displayed intermixed with other bitmap data, I have even had small portions of video from another app playing where there should be text or smoke texture. I haven't seen any other posts regarding this, and I can't rule out my own hardware. I have experienced this running multiple versions of Ubuntu, currently running Gutsy 64bit and wine 0.9.46, with Nvidia (have tried regressing drivers). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 9689] New: Thief: Deadly Shadows mouse gets stuck after encountering barriers
by wine-bugs＠winehq.org 16 Jun '09

16 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=9689 Summary: Thief: Deadly Shadows mouse gets stuck after encountering barriers Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Thief: Deadly Shadows locks the mouse (intentionally) when you encounter a barrier such as a wall. Unfortunately, when this lock is performed under Wine it does not get released after you move away from the barrier. The lock stays there until you open a menu; however, this can be worked around by assigning keystrokes to rotate the player left and right. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 14114] New: Problem with Photoshop
by wine-bugs＠winehq.org 13 Jun '09

13 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=14114 Summary: Problem with Photoshop Product: Wine Version: 1.0.0 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: naftali.a.santos(a)gmail.com After complete install it runs quite well. But by the second time on it gives me a message saying that there was a problem with the system, and the problem is unrecoverable. Attached follows the screen shot of the message. -- 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 13954] New: Only top half of screen visible
by wine-bugs＠winehq.org 13 Jun '09

13 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=13954 Summary: Only top half of screen visible Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)araneidae.co.uk Created an attachment (id=14107) --> (http://bugs.winehq.org/attachment.cgi?id=14107) In game menu with only half of screen covered. For this bug report I'll concentrate on Thief (The Dark Project), but I'm seeing this problem in a lot of places. In brief, only the top half of the screen is visible in certain graphical modes. In more detail: Thief seems to use four different graphical modes, each with different behaviour. 1. The first mode, used for the menu screens on entry to the game, work normally. I'm doing this test with a wine virtual desktop at 640x480 resolution (and my real desktop is 1280x1024). 2. On entry to the game it uses hardware 3d graphics that runs very slowly. This seems to be a known problem with Thief, though I can't see a bug report for this. 3. Hitting ESC brings up the in-game menu which normally replaces the entire display; in this report only just under the top half the screen is visible. Fortunately I can see just enough of the configuration menu to select software 3d graphics. 4. Software 3d graphics used to work tolerably (in a somewhat earlier release, maybe 0.9.59?), but now I see only the top quarter or less of the screen! I'll try and attach some screenshots to illustrate this. Um -- how am I supposed to add more than one screenshot in this message? I've attached an example for case (3). This is with Wine 1.0-rc5 built from git, but I've been seeing this problem for a while now. -- 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 16212] New: http://www.winehq.org/site/images/shots/full/wine_1.png
by wine-bugs＠winehq.org 12 Jun '09

12 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=16212 Summary: http://www.winehq.org/site/images/shots/full/wine_1.png Product: WineHQ.org Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vladimiroski(a)gmail.com Full size Screenshots do not exist anymore, but thumbnails are still showed in the main page. A page with a 404 error is displayed instead when you click a thumbnail. Besides it, a funny error is displayed about where to report the bug, in the 404 error page it says that you should report the bug to the following url: http://bugs.winehq.org/enter_bug.cgi?product=WineHQ.com WineHQ.com? sure... :) -- 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 16778] New: « News » link in winehq's French home page leads to an error
by wine-bugs＠winehq.org 12 Jun '09

12 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=16778 Summary: « News » link in winehq's French home page leads to an error Product: WineHQ.org Version: unspecified Platform: Other URL: http://www.winehq.org/news/ OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jonathan(a)ernstfamily.ch Clicking on "Nouvelles" (News) in winehq's French home page, leads to an error : "500 News not found!" -- 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 15419] New: Test Data reports should include wine stable versions (i.e. 1.0, 1.2...) and not just recent betas
by wine-bugs＠winehq.org 12 Jun '09

12 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=15419 Summary: Test Data reports should include wine stable versions (i.e. 1.0, 1.2...) and not just recent betas Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: milest3g(a)gmail.com For AppDB test data to be usefull to users, and since we know have stable wine releases, "Add Test Data" page should list wine 1.0 as a Tested release, and not just list 1.1.0 to 1.1.5 (for example), since corporate users and users looking for stability will be sticking to 1.0 for a long time. It should be the same for future stable releases like 1.2 - but those should not supersede 1.0 since some users/distributions might keep 1.0 for a long 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 46

[Bug 16941] New: interrupts cause nested trace output
by wine-bugs＠winehq.org 12 Jun '09

12 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=16941 Summary: interrupts cause nested trace output Product: Wine Version: 1.1.12 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net The winmm periodic timer interrupt (used e.g. by the dsound PCM player) causes confusion in wine's debug log. I believe every line in the log should be output atomically. This is not the case and makes the log harder to analyse. Please search your traces using the following regexp .[0-9]{4}:[a-zCR] to find sections where one thread manages to interrupt another one amid a log line. In my case, all such occurrences are caused by one thread, identified as follows: 0019:trace:mmtime:TIME_MMSysTimeThread Starting main winmm thread Here's a sample where the main thread's (0009) logline is interrupted by the timer's thread (0019) trace output: 0009: get_handle_fd(0019:Call KERNEL32.GetTickCount() 0019:Ret KERNEL32.GetTickCount() 0019:trace:dsound:DSOUND_timer (1,0,0x1fbbb0,0x0,0x0) 0019:[many lines omitted] handle=00a4 ) <- This is the remains of the trace output from the interrupted thread (0009) 0009: *fd* 00a4 -> 83 Here's another example, involving a redispatch to thread 0018: 001e0019:Call KERNEL32.GetTickCount() 0019:Ret KERNEL32.GetTickCount() ... 0019: [many lines omitted] : create_key() = 0 { hkey=0020, created=0 } ^^^^ remains from thread 001e 0018: get_new_process_info( info=0038 ) 0018: select() = PENDING { timeout=infinite, ... 001e:trace:reg:NtCreateKey <- 0x20 The interruptor's pattern is always the same: - 2x GetTickCount() - trace:dsound:DSOUND_timer - dsound perform mix etc. Looking at libs/wine/debug.c:default_dbg_vlog() I see no obvious mechanism to ensure atomic output, while and dlls/ntdll/debugtools.c:NTDLL_dbg_vlog() might have the machinery given a temporary output buffer and a single call to write(). -- 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 14032] New: Returning 404 also on front page.
by wine-bugs＠winehq.org 10 Jun '09

10 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=14032 Summary: Returning 404 also on front page. Product: WineHQ.org Version: unspecified Platform: Other URL: http://www.winehq.org/site/development OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: oiaohm(a)gmail.com Most is covered on topic. http://www.winehq.org/site/development and link to it is on front page. -- 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 16469] New: Favicon is too large and trimmed by web browsers
by wine-bugs＠winehq.org 10 Jun '09

10 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=16469 Summary: Favicon is too large and trimmed by web browsers Product: WineHQ.org Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andriusmao(a)gmail.com winehq.org has a too large favicon, both chrome and firefox do not display the entire icon, I believe that's not intentional as http://www.winehq.org/favicon.ico seems different ( this link do not work in firefox, but ok in chrome) -- 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