wine-bugs March 2008

wine-bugs@winehq.org

1 participants
3661 discussions

[Bug 9645] New: icons etc vanish, except behind mouse
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=9645 Summary: icons etc vanish, except behind mouse Product: Wine Version: 0.9.44. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P4 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: arthur.butler(a)smartemail.co.uk Hi, First bug report for Wine-hope I tell you enough. First, thanks for all the work. I'm trying to run a demo version of an interesting program called Universal Mechanism. It's developed by a university and is able to solve and simulate physical systems quite accurately. It's used by companies and researchers, and is reasonably affordable: http://umlab.ru/index.htm The program works, but large parts of the display vanish except when the mouse pointer is moved over them. Could be used, but tedious. I'd guess it might be an interesting program for some users, quite a rare type of program, and useful. Since it runs OK, except UI I wondered if you might be able to investigate? I don't know which part of wine might be responsible, but I'd guess one of the accelerated graphics libraries. I'm using Debian Etch, with your package: 0.9.44~winehq0~debian~4.0-1 I have an nvidia graphics card, and opengl works fine for other apps, via nvidia driver, again debian package. If you need more info please ask, Thanks in advance, Arthur -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 20

[Bug 11667] New: Window contents not updated properly after being moved
by wine-bugs＠winehq.org 20 Oct '22

20 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=11667 Summary: Window contents not updated properly after being moved Product: Wine Version: 0.9.55. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Hi, I believe this bug relates to DirectDraw. (Apologies for my lack of detailed knowledge about Windows.) In some cases, moving a window whose contents are updated by DirectX calls causes trash/garbage to appear when the window is drawn in its new position, My theory is that WINE remembers the window contents at the moment the user begins dragging the title bar, and simply copies that to the new window position. If the program continues to update the DirectX buffer while the user is moving the window frame, WINE puts the old/stale buffer contents in the moved window. This happens in both normal and virtual desktop modes. For applications like video players, this effect may not be very noticeable if the player redraws the whole window every frame. But for applications which don't do that, the effect can be quite ugly. One program I have found which shows this problem is WinUAE. To reproduce: - Download and install WinUAE from http://www.winuae.net/ - Download an example disk image for testing, e.g. ftp://ftp.coresystems.de/pub/uae/rsi1.adf.gz - Start WinUAE and select the rsi1.adf.gz file for emulated drive DF0:, and start the emulation. - Once the demo graphics appear, repeatedly move the main WinUAE window and notice the problem. -- 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.

2 9

[Bug 11999] New: Endless Online game window appears as white texture
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=11999 Summary: Endless Online game window appears as white texture Product: Wine Version: CVS/GIT Platform: PC URL: http://files.endless-online.com/EOsetup028.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=11336) --> (http://bugs.winehq.org/attachment.cgi?id=11336) Terminal output with d3d traces. Using Wine version wine-0.9.57-84-g9ab07d5, launching the application simply results in a white screen without any UI elements shown. Attached are d3d traces and additional terminal output. -- 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.

2 23

[Bug 9583] New: CompareStringW gives incorrect result for some wide strings
by wine-bugs＠winehq.org 04 Sep '22

04 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=9583 Summary: CompareStringW gives incorrect result for some wide strings Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se It seems like CompareStringW does not work correctly, when using wide/unicode strings. I first discovered this when I saw that listbox controls sorted swedish characters (say, LATIN SMALL LETTER A WITH RING ABOVE) side by side with the base character (LATIN SMALL LETTER A). An example is http://www.cendio.se/~astrand/wine/40-listbox-sort/list.exe. The cause seems to be that CompareStringW gives the wrong result. I've created the small test example http://www.cendio.se/~astrand/wine/40-listbox-sort/comparestring.exe, with source available in the same directory. On Windows, the result is that the string "äpple" is greater than "orange", which is correct. With the latest Wine CVS version, the result is that "äpple" is lesser than "orange", which is wrong. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 40

[Bug 9901] New: GetMonitorInfo returns wrong work area
by wine-bugs＠winehq.org 27 Aug '22

27 Aug '22

http://bugs.winehq.org/show_bug.cgi?id=9901 Summary: GetMonitorInfo returns wrong work area Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: lich(a)math.spbu.ru GetMontorInfo always returns rcWork equal to rcMonitor, but it must take panels and taskbars into account. The only solution I can see is to use SystemParametersInfo(SPI_SETWORKAREA) during initialization time, but I do not know how to deal with different monitors. P.S. It is needed to properly implement maximum dimensions of console window. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 30

[Bug 11558] New: Problem setting resolution in Neverwinter Nights 2
by wine-bugs＠winehq.org 07 Jun '22

07 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=11558 Summary: Problem setting resolution in Neverwinter Nights 2 Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: torbm(a)yahoo.com When starting Neverwinter Nights 2 in fullscreen in-game settings for resolution is ignored and always defaults to 1400x1050 (witch is not a valid resolution in x-org.conf but happens anyway). There is no in-game way of changing this resolution either. I have found that I can change the games resolution by alt-tab out of the game and set the desired resolution in nvidia x server configuration tool and then alt-tab back into the game. I use Kubuntu (Kde) and this way of fixing the problem has been reported by another user not to work with his gnome desktop. We are both at version 7.10 of (K)Ubuntu. Neverwinter Nights 2 w/Mask of the Betrayer expansion, patched to version 1.11.1152 Bug has been evident since I strated fiddling with this in version .52 of 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.

2 27

[Bug 10767] New: lstrcmp and others do not compare punctuation characters correctly
by wine-bugs＠winehq.org 03 Jun '22

03 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=10767 Summary: lstrcmp and others do not compare punctuation characters correctly Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: lich(a)math.spbu.ru just example: ret = lstrcmpi("# (Search for Disassembly Pattern)", ".RELOAD (Reload Symbols)"); wine returns '1' here, but must '-1' since ord('#')=23h < 2Eh=ord('.'). Windows handles this case correctly. GLIBC strcasecmp works correctly too. This bug heavily affects winhelp index lookup in WIN32.HLP borland help file, which has lots of #.&*()[] P.S. It is not a locale problem, so this bug is not a duplicate of bug #9583 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 75

[Bug 11112] New: Does the fatal error if the config directory isn' t owned by the user make sense?
by wine-bugs＠winehq.org 21 Mar '22

21 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=11112 Summary: Does the fatal error if the config directory isn't owned by the user make sense? Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bero(a)arklinux.org Created an attachment (id=10147) --> (http://bugs.winehq.org/attachment.cgi?id=10147) Proposed fix Recent wine versions abort on startup if the config directory isn't owned by the user running wine. This breaks setups where several users share a common wine prefix (e.g. to make applications that make heavy use of the registry available to several users without installing them several times) and they have the right access to the configs through group permissions. Unless I'm overlooking a better way to do this, it would make more sense to check proper permissions than to check ownership. I'm attaching a patch that does that. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 50

[Bug 10924] New: Netbeans 6 installer hangs or exits silently
by wine-bugs＠winehq.org 28 Jan '22

28 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=10924 Summary: Netbeans 6 installer hangs or exits silently Product: Wine Version: CVS/GIT Platform: Other URL: http://download.netbeans.org/netbeans/6.0/final/bundles/ netbeans-6.0-javase-windows.exe OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com [Yeah, yeah, I know, one should usually run netbeans with the native JRE, but running it with the windows one makes for a splendid test of wine, one that we should at least not fall over immediately on.] Install the latest JDK first. wine netbeans-6.0-javase-windows.exe either hangs or exits silently. Sometimes it's after printing > Create new process: > command : "c:\Program Files\Java\jre1.6.0_03\bin\java.exe" -Djava.io.tmpdir=C:\windows\temp\ -Xmx256m -Xms64m -classpath C:\windows\temp\\NBI67217.tmp\bundle.jar org.netbeans.installer.Installer Sometimes it gets a bit further and hangs or exits silently after printing fixme:shell:UnixFolder_IShellFolder2_GetDefaultColumnState stub Out of paranoia, I copied the installer to c:\ and turned off the z:\ drive to see if the hang was it pawing through all my files, but that didn't change much. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 11465] New: url.dll: Filetype association Property Sheet not implemented (AddMIMEFileTypesPS)
by wine-bugs＠winehq.org 23 Jan '22

23 Jan '22

http://bugs.winehq.org/show_bug.cgi?id=11465 Summary: url.dll: Filetype association Property Sheet not implemented (AddMIMEFileTypesPS) Product: Wine Version: 0.9.54. Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=10 OS/Version: Linux Status: NEW Keywords: download Severity: enhancement Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de The Filetype association Property Sheet is missing from the Options Dialog in IE2.0 (iexplore.exe from NT4SP6a). To reproduce: Menu "Ansicht" -> "Optionen" (guessed Translation: "View" -> "Options") The missing Property-Sheet is present and works with a native "url.dll" (from the same SP). The Property Sheet might be a useful plugin for winecfg. -- 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.

2 8

← Newer
1
...
4
5
6
7
8
9
10
...
367
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs March 2008