wine-bugs August 2012

wine-bugs@winehq.org

1 participants
8768 discussions

[Bug 30129] New: Screen in 3d Studio Max v9 refresh badly
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=30129 Bug #: 30129 Summary: Screen in 3d Studio Max v9 refresh badly Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: deveee(a)gmail.com Classification: Unclassified Problem is with refresh screen in 3d studio max v9. When I click on object - on screen I don't see any changes. When I click on second object - I see this first click, not second. All is with one-click delay. Problem is only in wine 1.4-*, versions 1.37 and older works fine. -- 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 17

[Bug 30893] New: No pressure in gimp 2.8 windows version with evdev tablet
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=30893 Bug #: 30893 Summary: No pressure in gimp 2.8 windows version with evdev tablet Product: Wine Version: 1.5.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintab32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: viktoria.s(a)freemail.hu Classification: Unclassified Created attachment 40482 --> http://bugs.winehq.org/attachment.cgi?id=40482 Output of gimp 2.8 windows version with WINEDEBUG=+wintab32 I got an Genius Mousepen i608X tablet. It works only with the evdev driver. (I am using xubuntu 64 bit with a patched kernel (which includes the driver of this tablet on a VM.)) I have got no pressure in gimp 2.8 windows version. (Gimp 2.8 linux version works perfectly on the same operating system.) In the attachment log you can see that it reports as a tablet: trace:wintab32:X11DRV_LoadTabletInfo Device 10: [id 12|name Genius MousePen i608X|type TABLET|num_classes 2|use 4] but at the end wine writes: warn:wintab32:X11DRV_LoadTabletInfo Did not find a valid stylus, unable to determine system context parameters. Wintab is disabled. Which is wrong. I attached the output of xinput list --long (xinput.txt), so you can see clearly which device reports what. (I guess I should add that attachment separately because the bug can contain only one attachment.) One thing to note: this device comes with a mouse too. And the kernel gives identical name to both devices. (That is the reason why you can fin 2 mousepens in the logs. The one with the id=12 is the pen, because this one is reporting the pressure, the other one is the mouse.) In my opinion if you modify the wine source/dlls/winex11.drv/wintab.c according to this: in line 622 you write this: if (! is_tablet_cursor(target->name, device_type) && ! devices[loop].type == XInternAtom(data->display, XI_TABLET, False)) in line 641 you write this: if (is_stylus(target->name, device_type) || devices[loop].type == XInternAtom(data->display, XI_TABLET, False)) my tablet will be recognised. Unfortunately I was not able to test if this is going to work or not, because I was not able to build wine properly so far. (Gimp 2.8 windows version was always crashed with the one I have built, but the tablet was recognised as tablet though.) You can find a list of tablets which are using the evdev driver here: http://sourceforge.net/apps/mediawiki/digimend/index.php?title=Tablet_suppo… If you have any questions please let me know. -- 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 10

[Bug 28158] New: [integration] winemenubuilder forces lower case when searching fd.o mime database
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=28158 Summary: [integration] winemenubuilder forces lower case when searching fd.o mime database Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)rodrigosilva.com When winemenubuilder searches for freedesktop.org xdg mime database, and build its list native extensions and mime types, it always searches and tries to match a lower case string. Windows registry might be case-insensitive, but native mime database is not, and (unfortunately) some extensions (globs) and mime types do have upper case chars. Some examples: audio/AMR:*.amr audio/AMR-WB:*.awb text/x-c++src:*.C application/x-compress:*.Z application/x-blender:*.BLEND text/x-iMelody:*.ime text/x-iMelody:*.imy text/css:*.CSSL application/x-gnome-saved-search:*.savedSearch I am just listing "regular" globs that could be directly mapped to windows extensions (as opposed to things like README*, Makefile, *.tar.Z, etc) Take Z for an example of the problem: - Windows app register "HKCR\.z". Winemenubuilder searches for *.z, can't match, so it creates the native application/x-wine-extension-z mime/glob. Unfortunate but unavoidable. - Windows app register "HKCR\.Z" instead. Winemenubuilder *still* searches for *.z, because it forces lowercase in its search! There is no match, and it creates the application/x-wine-extension-z. With *.z glob! And that is a bug. Currently, there is no way to prevent winemenubuilder to create duplicate (and buggy) mime extensions when native glob and/or extension contains upper (or mixed) case chars. My suggestion for fix: to really mimic Registry case-insensitivity behavior, winemenubuilder should use case-insensitive search. For example, comparing lower(win ext)=lower(fd.o glob). And if a match is not found, create the native glob *exactly* as registered by windows app. -- 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 22

[Bug 22714] New: specviewperf10 test 3dsmax-04 doesn't show clouds wrapping around scene properly
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=22714 Summary: specviewperf10 test 3dsmax-04 doesn't show clouds wrapping around scene properly Product: Wine Version: 1.1.44 Platform: x86 URL: http://www.spec.org/gwpg/gpc.static/vp10info.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Several minutes into test 3dsmax-04, in the domed structure test, it shows the domed structure with clouds on the world cylinder, but on Wine the clouds don't wrap around the whole world. -- 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 5

[Bug 13884] New: No music in Blue Wish Resurrection Plus
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=13884 Summary: No music in Blue Wish Resurrection Plus Product: Wine Version: CVS/GIT Platform: Other URL: http://www004.upp.so-net.ne.jp/x_xgameroom/ OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leffeman(a)gmail.com Created an attachment (id=13974) --> (http://bugs.winehq.org/attachment.cgi?id=13974) Normal Wine log Music doesn't work in BWR+ 1.11. The music is stored as MP3 data files. This might be the same as bug 9554. There are quite a few DirectMusic stubs in the log, so perhaps something is not implemented. -- 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 19

[Bug 23714] New: Homeworld : Can't change resolution
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=23714 Summary: Homeworld : Can't change resolution Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Created an attachment (id=29711) --> (http://bugs.winehq.org/attachment.cgi?id=29711) log +ddraw Homeworld crashes when we attempt to change the resolution in the game's options. This is a long lasting problem, this bug report makes mention of it but it was not it's focus : http://bugs.winehq.org/show_bug.cgi?id=11986 I have attached a +ddraw log. Let me know if you need more. Gentoo Linux X64 Wine 1.2 nvidia-drivers 256.35 -- 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 15

[Bug 13859] New: Star Wars Race cursor duplicate
by wine-bugs＠winehq.org 22 Apr '23

22 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=13859 Summary: Star Wars Race cursor duplicate Product: Wine Version: 1.0-rc4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: iugamarian(a)yahoo.com When entering Star Wars Racer in full screen, all is well except that there are two mouse cursors on screen that follow the same movement, at different speeds: -the game drawn cursor, witch is the selector, and is faster -the classic drawn cursor, witch is slower and disturbs the view When the race starts the cursors are not an issue, as they dissapear, by game design. -- 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 28

[Bug 18987] New: Prototype: Fails to start
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=18987 Summary: Prototype: Fails to start Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=21871) --> (http://bugs.winehq.org/attachment.cgi?id=21871) Wine-1.1.23 I'm using Wine 1.1.23 (compiled from source using gcc version 4.4.0 20090506 (Red Hat 4.4.0-4) ) on Fedora 11 i386. The problem is that game crashes in the begging. It shows something about registered trademarks and then probably intro movie should start (i can skip or get crash) and then game makes first save which is failed because crash occurs. Additional info: ORM=fbo (backbuffer also causes crash) GFX: NVIDIA 9xxx (drivers 185.18.14) during crash: memory 160.1MB and VirtualMemory 2.7GB I did "winetricks directx9 xact vcrun2005sp1" because application showed error about Xaudio2 and msvcp80 -- 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 39

[Bug 10494] New: Fate-WT.exe crashes on load
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=10494 Summary: Fate-WT.exe crashes on load Product: Wine Version: 0.9.49. Platform: PC URL: https://www.wildgames.com/download?itemkey=fate OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: blakecmartin(a)gmail.com This game "requires" IE 5 to run, so you might have to run wineprefixcreate to get any tangible results. The installer fails under Linux, as well; you'll probably need Windows to actually install this game. I was also unable to cabextract, unshield, or unzip the installer. There's also a file Fate.exe after install, which aborts with the same error as the installer. In Windows, Fate will only load if you run Fate-WT.exe with the full path name included. Here are links to the errors, with the debug flags used: setup, no debug flags: http://blakecmartin.googlepages.com/fate-setup.exe-dbg- Fate-WT.exe, no debug flags: http://blakecmartin.googlepages.com/Fate-WT.exe-dbg- Fate-WT.exe, +seh,+relay: http://blakecmartin.googlepages.com/Fate-WT.exe-dbg-pseh-prelay Fate-WT.exe, +all,-relay (warning, 9 MB, HUGE file, probably will kill my bandwidth allocation, may want to mirror or suggest a different host): http://blakecmartin.googlepages.com/Fate-WT.exe-dbg-pall-mrelay -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 23

[Bug 26865] New: WinRAR cannot drag-drop extract files
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=26865 Summary: WinRAR cannot drag-drop extract files Product: Wine Version: 1.3.18 Platform: x86-64 URL: http://rarlabs.com/rar/wrar393.exe OS/Version: Linux Status: NEW Keywords: download, integration Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Dragging files FROM Nautilus into WinRAR works fine. Dragging files TO Nautilus from WinRAR doesn't do anything, it should extract the relevant files. Dragging from WinRAR to Winefile has no effect either, but I'm not sure if it should. Nothing of relevance in the console. -- 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 25

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 August 2012