http://bugs.winehq.org/show_bug.cgi?id=32867
Bug #: 32867
Summary: Directional Lightmaps/Shader problems in
Chivalry:Medieval Warfare
Product: Wine
Version: 1.5.23
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xpander0(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
some places in the distance seem to have black spots. it seems to be caused by
the shaders or from directional lightmaps.
pictures to describe the problem:
https://dl.dropbox.com/u/28788188/Screenshot-607-1screen.pnghttps://dl.dropbox.com/u/28788188/Screenshot-596-1screen.pnghttps://dl.dropbox.com/u/28788188/Screenshot-598-1screen.png
tested with wine 1.5.19 to wine 1.5.23
let me know if u need some debug output.
terminal doesnt show anything usefull, but i might miss some necessary debug
options
--
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.
http://bugs.winehq.org/show_bug.cgi?id=24495
Summary: Knights of the Old Republic can't keep a video mode.
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)deserettechnology.com
Created an attachment (id=30908)
--> (http://bugs.winehq.org/attachment.cgi?id=30908)
console output with WINEDEBUG=+d3d
I am trying to run KOTOR from Steam on a late-2009 iMac iMac11,1 with Catalyst
10.9 on ATI Technologies Inc M98L Mobility Radeon HD 4850 (as specified by
lsusb). After installing native d3d9x, KOTOR menu stars and can create a
character and start a game.
While the video loads, the screen flickers and switches modes, a little white
box appears in the corner, goes to a liney-screen and then back to the white
box, alternates every second or so. Sometimes a video will load after this, but
after the video the same thing happens endlessly.
I am mostly running in a virtual desktop because when we run for real X gets
all messed up by the constant mode-switching.
I've attached console output with WINEDEBUG=+d3d.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22041
Summary: winedevice doesn't realized changed screen resolution
Product: Wine
Version: 1.1.40
Platform: x86
URL: http://www.winehq.org/pipermail/wine-users/2010-March/
069987.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: toralf.foerster(a)gmx.de
Created an attachment (id=26823)
--> (http://bugs.winehq.org/attachment.cgi?id=26823)
right part of windows shows Lotus Notes workspace pattern
As described in the mail I'd like to have a feature to "refresh" these settings
without restarting an already started windows application.
I attach 3 screen shots which show the effect.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34935
Bug #: 34935
Summary: KeepassX' autotype cannot type altgr characters in
Wine apps
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Classification: Unclassified
Keepass (native Linux app) cannot autotype characters that are triggered with
altgr into Wine apps. For example, my keyboard configuration requires an altgr
stroke for $, { and } and none of those characters are typed with autotype.
Easy to repro:
- Install and open keepassx
- create a dummy entry with a username or password with altgr-only chars in it
(and some non-altgr chars).
- open and focus notepad
- hit ctrl+v (autotype) while selecting the dummy entry
All the altgr characters are missing.
There are no issues with autotyping into any native linux 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.
http://bugs.winehq.org/show_bug.cgi?id=35982
Bug ID: 35982
Summary: pokemon reborn crashes after healing
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kjcan22(a)gmail.com
Created attachment 48101
--> http://bugs.winehq.org/attachment.cgi?id=48101
crashes when healing pokemon at very beginning of game
the game crashes when i first defeat cain and heal my pokemon right after the
battle
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37419
Bug ID: 37419
Summary: Zbrush takes 20 minutes to load (better bug report)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fleeky(a)7rnx.net
Distribution: ---
Created attachment 49766
--> https://bugs.winehq.org/attachment.cgi?id=49766
log file for zbrush.exe
I made a previous bug report, but did so incorrectly this is my second attempt.
Installed wine 1.7.28 along with all recommended packages. Ran wine with
Zbrush.exe without any extra dlls ran the latest development version available
from apt-get which is 1.7.28. also am not using any third party wrappers.
Zbrush takes 20 minutes or more to start up, this is not the typical behaviour
on windows ( starts up immediately )
Thanks and hopefully this bug report meets your specifications.
--
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=32317
Bug #: 32317
Summary: 3dsmax 9 32bit - Registration window
Product: Wine
Version: 1.5.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: keith(a)ukscifi.net
Classification: Unclassified
Created attachment 42657
--> http://bugs.winehq.org/attachment.cgi?id=42657
3dsmax register window bug.
I am unable to register the product from the trial version of 3dsmax9 32bit, I
can enter the serial code but the Request code is boxes are missing, Next
button is frozen and you can't seem to quit out.
I have to force kill the window to continue.
Other tests have lead to the register tool not finding the Internet?
--
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.