https://bugs.winehq.org/show_bug.cgi?id=41668
Bug ID: 41668
Summary: wineboot mishandles user dir symlinks during update
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
In a standard wine prefix 'Desktop', 'My Documents', etc. are symlinks to
${HOME}.
As are their localized versions.
I consider the first a wrong choice and and make those normal dirs in the
prefix; as for the second, I turn those into symlinks to their English
counterparts.
Yet...
Upon 'wineboot' at each wine update, while the English dirs stay untouched, the
localized symlinks get reset into ${HOME} symlinks.
If it's WAD, it's a misfeature; otherwise, it's a bug.
--
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=47015
Bug ID: 47015
Summary: Photoshop CC2019 Login screen does not render
Product: Wine
Version: 4.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: funtimeschaos(a)rocketmail.com
Distribution: ---
Created attachment 64172
--> https://bugs.winehq.org/attachment.cgi?id=64172
Log for 4.5 staging
Tested on 4.5 staging. PS was installed on windows.
I believe I used "winetricks gdiplus vcrun2010 vcrun2012 vcrun2013 vcrun2015
msxml3 msxml6 atmlib corefonts fakejapanese" to get this far. Not using
winetricks causes the launcher to output the following and exit immediately:
```
002a:fixme:ntdll:NtQuerySystemInformationEx Relationship filtering not
implemented: 0x4
002a:fixme:ntdll:NtQuerySystemInformationEx Relationship filtering not
implemented: 0x4
002a:err:module:LdrInitializeThunk "CRClient.dll" failed to initialize,
aborting
002a:err:module:LdrInitializeThunk Initializing dlls for
L"Z:\\home\\jenia\\Desktop\\winestuff\\pf\\pf64\\Adobe\\APCC2019\\Photoshop.exe"
failed, status c0000005
```
When trying to launch PS, it does launch, however, there is a small window
(which I assume is the creative cloud login screen) which does not render. X
ing out of the small window closes PS. Log is attached.
Looks to me like it is stuck trying (and failing) to render web content?
This version of PS was installed on a Japanese system, so a language support
issue might be related.
--
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=50090
Bug ID: 50090
Summary: Minifreezes in games when sending keystrokes from
gaming mouse (Piper, G402)
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: amenoyozora(a)gmx.net
Distribution: ---
I have a Logitech G402 and it has three extra buttons that I set to send "7",
"8" and "9" respectively as keystrokes through Piper. My keyboard layout is set
to german. In games, when I use the keyboard and the special mouse buttons
simultaneously, it will cause the game to stutter/minifreeze.
When I don't use the special buttons at all, those minifreezes don't happen.
When I *only* use the mouse, they don't happen either. I press a regular key on
my keyboard and when I follow it up with a special mouse button, it causes the
stutter. When I don't touch the keyboard and keep only using the mouse it
doesn't happen. When I press a keyboard button again, the stutter happens.
It shows this message in the console when this happens:
0300:fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 0000: semi-stub!
I suspect this has something to do with the mouse/Piper sending keystrokes in a
different layout (https://github.com/libratbag/piper/issues/348). Wine will
erratically try to switch between layouts and hang the game briefly everytime.
I tried doing "setxkbmap en" and restarting the game but the problem persists.
Maybe I'm using the wrong layout code, please tell me if so.
--
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=10729
Summary: Clicking things in-game in LEGO Island causes game to
hang
Product: Wine
Version: 0.9.50.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
Created an attachment (id=9571)
--> (http://bugs.winehq.org/attachment.cgi?id=9571)
Console log
Once you get in-game in LEGO Island, clicking things will print a few fixme and
then hang indefinitely. A console log is attached, and notes where the fixmes
coinciding to the hang are.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42444
Bug ID: 42444
Summary: Dualshock 3 does not map correctly
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: haakobja(a)gmail.com
Distribution: ---
Created attachment 57282
--> https://bugs.winehq.org/attachment.cgi?id=57282
DS3 events
Hi,
I've tried using a dualshock 3 controller with wine, but I'm unable to get the
analogous triggers to work. They seem to be mapped as buttons, not analogue
input.
If I use xboxdrv the triggers are mapped correctly, but then force feedback
does not work. Because of this, I think it would help if the wine-mapping was
correct.
I've earlier tried asking on the forum, but it does not seem like anyone know
how to map the controller correctly. I use the controller using events, not the
legacy joystick interface in Linux.
--
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=47066
Bug ID: 47066
Summary: Regression: extremely low FPS in osu! on wine 4.6,
unplayable
Product: Wine
Version: 4.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yalterz(a)gmail.com
Distribution: ---
Created attachment 64243
--> https://bugs.winehq.org/attachment.cgi?id=64243
debug log for wine 4.6, broken
After an update to wine 4.6 osu! stopped working properly.
Video: https://streamable.com/hy02f
Differences from wine 4.5:
1. A screen of glitched framebuffer right before the game starts up (doesn't
happen on wine 4.5).
2. Extremely low FPS, something like one frame every two seconds.
Logs for wine 4.5 and 4.6 for starting the game and quitting attached.
--
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=50239
Bug ID: 50239
Summary: The Legend of Heroes: Trails in the Sky Xvid movie
playback lags and is very slow
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kq3thih(a)mailnesia.com
Distribution: Debian
Created attachment 68746
--> https://bugs.winehq.org/attachment.cgi?id=68746
21M - +amstream,+quartz,+strmbase,+gstreamer,+qedit,+devenum,+timestamp log
Not the logo video, ed6_logo.avi (mpeg1), which plays on start, but the opening
video, ed6_op.avi (Xvid), after starting a new game takes over 8 minutes to
finish playing. The duration of the file is only 3:20. The audio which is
loaded from a separate file, ED6002.ogg, seems to play back normally in the
3:20.
Playing the video via gst-play works correctly and completes in the 3:20.
Disabling winegstreamer and using native quartz xvid amstream works around it.
As an aside the movie playback is much improved with just native quartz xvid
and winegstreamer disabled finishing at about 3:40 (+20s). I assume that's not
that interesting of a case though.
This is with an older GOG build of the game before XSEED re-encoded the video.
The newer version takes even longer.
Nothing related in the default terminal output. Attached is a
+amstream,+quartz,+strmbase,+gstreamer,+qedit,+devenum,+timestamp log - 21M
uncompressed.
--
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=13616
Summary: Screenserver starts while playing with Joypads
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trevi55(a)gmail.com
I don't exactly know if this is an issue related to GNOME or wine, but when I
play a game using a joystick - after few minutes - the gnome screensaver starts
so I've to move the mouse to continue...
Shouldn't wine block the screensaver launching if it is getting data from
/dev/input/js*?
--
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=42761
Bug ID: 42761
Summary: add option for full-screen window mode
Product: Wine
Version: 2.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bronsonmathews(a)gmail.com
Distribution: ---
It would be good to have both a fullscreen window mode.
IE the linux window is fullscreen without borders. And the game is scaled to
fit to the window. For playing older low resolution games this would be useful
when you need to switch to the desktop quickly.
And also to have the "Emulate a virtual desktop" mode to allow the game to
resize with that window. Again for the above reasons. Currently if you resize
this window, the game stays in a window within a window. It would be good to
have the game scale to the window size.
--
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.