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=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=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.
http://bugs.winehq.org/show_bug.cgi?id=18905
Summary: Nvda In Wine
Product: Wine
Version: unspecified
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bluescale1976(a)aol.com
This is more of a feature request, I hope I completed the form correctly. I
was wondering if it would be possible to either add the screen reader NVDA in
to a default installation of Wine, or make it so that NVDA can be installed in
to Wine. NVDA would give blind Linux users access to applications in Wine. It
does not use video hooks, so it is probably the best choice for a Wine screen
reader. It is open source and can be found at:
http://www.nvda-project.org/
The installer talks, so if it could be made to work, installing it with out
sighted assistance would be no problem.
Thanks
--
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=19757
Summary: Nota Bene: Crashes upon installation
Product: Wine
Version: 1.1.27
Platform: PC
URL: https://www.notabene.com/download/demos/nbdemo80.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jekwas(a)gmail.com
Created an attachment (id=23127)
--> (http://bugs.winehq.org/attachment.cgi?id=23127)
Crash log in 1.1.27
I discovered this while trying to reproduce 5255.
During installation, the Nota Bene Demo reports that AUTOEXE.NT and CONFIG.NT
have been removed from the system, and won't continue unless you allow it to
restore them. If you agree, the installation starts. However, when the
installation bar reaches 100%, the installer crashes.
The files appear to have been installed. But on running nblaunch.exe, the
program crashes immediately.
I have attached a 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=48096
Bug ID: 48096
Summary: Mulle Meck: Unhandled exception when starting game
Product: Wine
Version: 4.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 65654
--> https://bugs.winehq.org/attachment.cgi?id=65654
warn+all debug log
When running the game w/o any debug flags one receive the following:
wine: Unhandled exception 0x80000004 in thread 9 at address 0040986D (thread
0009), starting debugger...
Attached is a pretty short debug log.
Some specs:
Manjaro Linux 18.1.2
(clean prefix) wine-4.19-251-g292b728908
Windows 2000-mode (also tried with 95/98/Me/XP/7)
No overrides
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
The game is protected by SafeDisc 1 (old game), but running from CD gets pass
the "Please insert the correct CD"-error message so it's probably nothing to do
with that.
--
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=38210
Bug ID: 38210
Summary: WshScriptExec's StdIn StdOut and StdErr are missing.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wshom.ocx
Assignee: wine-bugs(a)winehq.org
Reporter: ptubbytaylor(a)gmail.com
Distribution: ---
Created attachment 51003
--> https://bugs.winehq.org/attachment.cgi?id=51003
Example.ahk
Here's the documentation for the WshScriptExec object:
https://msdn.microsoft.com/en-us/library/2f38xsxe(v=vs.84).aspx
The Std properties appear to have the same interface as TextStream objects,
which are documented here:
https://msdn.microsoft.com/en-us/library/312a5kbt(v=vs.84).aspx
Attached is an AutoHotkey v1.1.20.00 script that demonstrates using the StdIn
property. Note that this problem isn't limited to just AutoHotkey scripts, I'm
just using this property primarily from AutoHotkey.
--
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.