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.
https://bugs.winehq.org/show_bug.cgi?id=38603
Bug ID: 38603
Summary: Text typed by the user on pokemon: dawn of darkness
only appears for a split second while typing
Product: Wine
Version: 1.7.43
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dj-max_payne(a)hotmail.com
Distribution: ---
On the game Pokemon: Dawn of Darkness, when typing something on any field, like
for example: the login screen, register new account screen, or in-game chat.
The characters only appear for a split second while your typing, and if you
stop typing they're not visible at all.
AppDB Page for PDoD:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=32117
The game is affected by bug 657 and requires the workaround 'winetricks -q
mfc42' to run.
Pokemon: Dawn of Darkness is free to download and small in size, since the bug
in question manifests itself on login screen, you don't even have to create an
account or play the game to see it.
PS: So far I haven't encountered any other issue while playing this game, so
basically this bug is all that prevents it from attaining gold qualification on
the AppDB.
--
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=40708
Bug ID: 40708
Summary: RPG Maker games: freeze at certain points
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: jpax94(a)gmail.com
When I play games made in RPG Maker, they sometimes crash at certain points.
--
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.