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.
http://bugs.winehq.org/show_bug.cgi?id=31367
Bug #: 31367
Summary: "OK" button in folder selecting dialog of XMPSetup is
always unavailable
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
Created attachment 41208
--> http://bugs.winehq.org/attachment.cgi?id=41208
Log: XMPSetup folder open dialog broken
1. Download XMPSetup:
http://xmp.down.sandai.net/kankan/XMPSetup_4.9.0.1099-www.exe
1.5. (Optional)
Works around bug 31366 with `winetricks riched20` for displaying file path in
the file open dialog
2. Start with Wine XMPSetup
3.
- Click "接受"/"OK"
- Click "下一步"/"Next"
- Click "浏览"/"open" to open the "Select an Folder Dialog"/"选择文件夹"
- Select any folder in the dialog
Expect result:
the "OK"/"确定" button should be available
Actual result:
the button is always grey and unavailable
Not sure if the below message is related:
--- snip ---
fixme:shell:BrsFolder_OnCreate flags BIF_NEWDIALOGSTYLE partially implemented
fixme:shell:BrsFolder_OnCreate flags 110 not implemented
--- snip ---
--
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=25773
Summary: Majesty 2: certain keyboard keys are not recognized
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=32841)
--> (http://bugs.winehq.org/attachment.cgi?id=32841)
terminal output
I noticed the problem when trying to start a multiplayer game. Logging in to
Gamespy requires an email address but the period '.' sign used in the address
was not accepted in the input field.
It turned out that several other keys are not recognized by the game, e.g.:
~,[]/;'\=-+.
By default '~' is used to bring up the chat window.
The issue can be tested by creating a new profile in the game: the input field,
containing the name, should accept all of the above mentioned characters but
they're not recognized (only the letters and numbers work and some of the
special characters by using <Shift>: @!$%).
Installing native dinput8.dll (via winetricks) doesn't help in Majesty 2.
Fedora 14 / Gnome 2.32.0 / xorg-x11-server 1.9.3-3.fc14
--
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=50710
Bug ID: 50710
Summary: relative paths in WINEDLLPATH (as created from $0) no
longer work in wine-5.11+
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: PuetzKevinA(a)JohnDeere.com
Distribution: ---
Winegcc's app_loader_template deriveds $appdir from $0,
and then adds this directory into WINEDLLPATH:
https://source.winehq.org/git/wine.git/blob/wine-6.0:/tools/winegcc/winegcc…
appdir=`dirname \"$0\"`
WINEDLLPATH=\"$appdir:$WINEDLLPATH\"
Presumably the intent here is to match LOAD_LIBRARY_SEARCH_APPLICATION_DIR;
windows also searches for dlls immediately beside the main executable.
However, it is not unusual in interactive use for $0 to be a relative path,
e.g. if an executable is invoked as ./hello.exe, and dirname preserves this.
This results in WINEDLLPATH containing relative-path entries; this seems
a bit inadvisable, but it worked through wine-5.10. Since then it does not.
0024:err:module:import_dll Loading library test_shared.dll (which is needed
by L"Z:\\home\\test\\\bin\\test_executable_shared.exe") failed (error
c000003b).
Bisecting first pointed at df5e4764870e8ad1d8b206cb3475a073bc034e48, but
this is just https://bugs.winehq.org/show_bug.cgi?id=49545; after the unix
cwd is lost, a relative-path entry no longer resolves to the right place.
cherry-picking that fix from cdaa72c728df3c80499c8a4f59e731f353347db0
restores functionality, but then it breaks again (for the reason that
is actually breaking it in 6.0) at 9ec262ebcc7f14d7373841d4ca082b855ed8090f
https://source.winehq.org/git/wine.git/blobdiff/a2e77268f2007f2819c2e3e8bd7…
Previously ntdll/unix/loader.c:open_builtin_file used unix_to_nt_file_name,
which looks like it would have just flipped the slashes to translate a
a relative unix path to a relative NT path, which would then use NT's cwd
(hence susceptibility to https://bugs.winehq.org/show_bug.cgi?id=49545),
But now it uses open_unix_file, which calls SERVER_START_REQ( create_file ),
which just refuses relative paths STATUS_OBJECT_PATH_SYNTAX_BAD
https://source.winehq.org/git/wine.git/blob/wine-6.0:/server/file.c#l214
This is an error other than STATUS_OBJECT_{PATH,NAME}_NOT_FOUND, so it stops
https://source.winehq.org/git/wine.git/blob/wine-6.0:/dlls/ntdll/unix/loade…
I'm not sure what the best fix here really is... relative paths in WINEDLLPATH
seem like a pretty bad idea (since the cwd may change as the process runs,
environment variables leak down into child processe, etc), but the launcher
script's been like this for a long time.
--
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=50718
Bug ID: 50718
Summary: Cyberpunk 2077 - No radio music on vehicles with pulse
audio.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: a.checa.grande(a)posteo.org
Distribution: ---
On fedora 33, with latest wine, and running Cyberpunk 2077 under waylaid,
there's no sound in radios whilst driving a vehicle. However, this is solved by
installing pipewire. The steps I followed where:
sudo dnf install --allowerasing pipewire pipewire-pulseaudio pipewire-alsa
pipewire-gstreamer
Then perform a reboot, and if required upon next logon:
sudo systemctl --user restart pipewire-pulseaudio.service
Thanks!
--
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=41053
Bug ID: 41053
Summary: RawInput (RegisterRawInputDevices) does not work for
gamepads
Product: Wine
Version: 1.9.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: isage.dna(a)gmail.com
Distribution: ---
Games, that use RawInput for gamepads fail to see and use gamepads.
Basically, that's a majority of Unity based games (for example, "I am Setsuna",
Kerbal Space Program)
fixme:win:RegisterRawInputDevices Unhandled flags 0x100 for device 0.
Basically, it's a duplicate of abandoned/ignored
https://bugs.winehq.org/show_bug.cgi?id=33104
but with (more) proper description.
--
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=50887
Bug ID: 50887
Summary: cannot read/run/open some files
Product: Wine
Version: 6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iip.umar.rifai(a)gmail.com
Distribution: ---
Created attachment 69700
--> https://bugs.winehq.org/attachment.cgi?id=69700
dir command output with different result on Wine 6.1 and Wine 6.2
I tried open/read some files on Wine 6.2-1 up, but some files seems gone, the
last worked Wine version is 6.1-1, attached are different output from wine 6.1
and wine 6.2, I think there are no problem with Linux file permission. This
also tested on latest Wine (6.5) and have similar result with Wine 6.2
--
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=48508
Bug ID: 48508
Summary: Psi-Ops: The Mindgate Conspiracy freezing in stable
Wine 5.0
Product: Wine
Version: 5.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chebanenkoigor93(a)gmail.com
Distribution: ---
Created attachment 66310
--> https://bugs.winehq.org/attachment.cgi?id=66310
Information from Wine 5.0 + Windows 7 Debug
Psi-Ops: The Mindgate Conspiracy freezing in stable Wine 5.0 when you launch
it. Symptoms are similar with bug 31954 (fixed in Wine 4.3).I will add info
from Wine 5.0 and debug from Windows 7,looks like it will be important thing.If
you will need something else,please let me know.
--
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=20296
Summary: League of Legends: crash after eula
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: puciek(a)gmail.com
Created an attachment (id=23993)
--> (http://bugs.winehq.org/attachment.cgi?id=23993)
Crash log
After launching LoL and accepting license + ToS, it will throw wine errors and
hang. Attaching log
--
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=50968
Bug ID: 50968
Summary: Indiana Jones and the Infernal Machine GOG 1.2:
Load/Save Game dialogs don't render correctly
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: pokeyprogrammer(a)yahoo.com
Distribution: ---
Created attachment 69798
--> https://bugs.winehq.org/attachment.cgi?id=69798
Console log w/ commdlg,dialog channels enabled + screen shots from Wine 6.6 and
Win10
Config:
Ubuntu 20.10
linux 5.8.0-48-generic (x86_64)
Wine 6.6 (from Ubuntu winehq-devel package)
GOG Indiana Jones and the Infernal Machine 1.2 (23840)
Store page: https://www.gog.com/game/indiana_jones_and_the_infernal_machine
Repro steps:
1. Download setup_indiana_jones_and_the_infernal_machine_1.2_(23840).exe from
GOG.
2. Run the installer from step (1) in wine.
3. Once the installer is finished, run "$HOME/.wine/drive_c/GOG\
Games/Infernal\ Machine/Jones3D.exe".
4. In the launcher that appears, click the "Resume Play" button.
5. Wait for the "Load Game" dialog to appear.
Reproducibility: always
Notes:
- I've attached screenshots of the "Load Game" dialog's appearance running
under Wine as well as Win10, in addition to a console log w/
WINEDEBUG=+commdlg,+dialog.
- In the "Load Game" dialog, I can use the TAB key to switch between controls
even though it's not rendered correctly. If I TAB to the filename box and type
in a save game filename, the game does load the file correctly and it's
playable.
- It looks like the "Jones3D.exe" that we originally launch is launching the
real game in "$HOME/.wine/drive_c/GOG\ Games/Infernal\
Machine/Resource/Indy3D.exe" and that the "Load Game" dialog is actually being
created from Indy3D.exe rather than Jones3D.exe, but launching Indy3D.exe
directly doesn't work.
- I have been able to reproduce the same issue in PlayOnMac w/ Wine 4.12.1
(19.0.0-cx) x86on64), and PlayOnLinux w/ Wine 4.12.1, 5.0, and 6.5 as well.
--
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.