https://bugs.winehq.org/show_bug.cgi?id=51065
Bug ID: 51065
Summary: Star CItizen needs mountmgr.sys support for
StorageDeviceSeekPenaltyProperty as an argument for
query_property()
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: spambox1(a)koolhoven-home.net
Distribution: ---
Created attachment 69927
--> https://bugs.winehq.org/attachment.cgi?id=69927
Implements StorageDeviceSeekPenaltyProperty as an argument for query_property()
New version of Star Citizen needs to know if it's operating on a drive with a
seek penalty.
--
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=50932
Bug ID: 50932
Summary: Warlords Battlecry II crashes on create hero
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 9xzsnuwq9h(a)snkmail.com
Distribution: ---
Created attachment 69748
--> https://bugs.winehq.org/attachment.cgi?id=69748
crash log
Start, select skirmish or campaign, create a race, put a hero name, confirm =>
crash (see full attached)
Unhandled exception: page fault on read access to 0x305b0a77 in 32-bit code
(0x005dd183
This seems to be an regression from wine 4.0 (have not tried both on the same
hardware though). Will provide more info as soon as I find the 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=46402
Bug ID: 46402
Summary: DnsQuery_W fails for DNS_TYPE_ANY
Product: Wine
Version: 4.0-rc3
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Fluenz calls DnsQuery_W with DNS_TYPE_ANY, and this fails - then it assumes
there is no internet.
The underlying problem is that res_query fails for T_ANY - not sure why, but
it's like that.
Forcing res_query to use T_A works around the problem and makes Fluenz work.
--
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=35815
Bug ID: 35815
Summary: Allow remapping of joystick buttons
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: achurch+wine(a)achurch.org
Some Windows games only accept a limited number of joystick button inputs,
presumably based on the set of joystick devices against which the game was
tested. If the native driver for a device returns different button numbers
than the Windows driver, this can prevent some common controller devices from
being used with such games. For example, the PlayStation 3 controller reports
its face buttons as button numbers 12-15, but apparently the commonly used
Windows driver "MotioninJoy" remaps these to lower button numbers; due to that,
some games (such as Astebreed: http://edelweiss.skr.jp/works/astebreed/) only
accept up to 12 button inputs, preventing PS3 controllers from working
properly.
The attached patch (against Wine 1.7.14) adds a "ButtonMap" configuration value
to the DirectInput registry key, allowing the first 16 joystick button inputs
reported by Wine to be remapped to arbitrary native joystick buttons. The
format of the value is a comma-separated list of numbers, with the first number
giving the (zero-based) physical button index for DirectInput button 0, the
second number giving the physical button index for DirectInput button 1, and so
on for up to 16 buttons.
--
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=51229
Bug ID: 51229
Summary: StarCrraft Remastered locks up when navigating
multiplayer menus
Product: Wine-staging
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: darinsmiller(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70096
--> https://bugs.winehq.org/attachment.cgi?id=70096
Debug output of SCRM wine 6.10 Multiplayer crash
Attempting to create multiplayer games in Starcraft Remaster causes random
lockups. Sometimes navigation to the LAN games creation menu is successful and
lockup occurs when attempting to add players. Other times, locks up occur
immediately when Mutliplayer option is selected.
Running from the terminal, I see these errors/warnings:
03dc:err:d3d:state_undefined Undefined state UNKNOWN_STATE(0) (0).
016c:err:seh:dispatch_exception unknown exception (code=c0000420) raised
038c:fixme:dxgi:d3d11_swapchain_present Unimplemented flags 0x200.
0680:fixme:service:svcctl_EnumServicesStatusExW resume handle not supported
0178:fixme:winsock:WSAIoctl unimplemented ioctl SIO_IDEAL_SEND_BACKLOG_QUERY0
05a0:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0x70e8f4.
See attached for output for "tail -n 1000" of the debug report generated using
the following command (full report is too big for upload):
WINEDEBUG=+winsock,+seh,+loaddll /opt/wine-staging/bin/wine ./Battle.net.exe
&>/tmp/debug_pipe
--
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=49884
Bug ID: 49884
Summary: When transitioning from Useful Registry Keys to Wine
Man Page - 404 Page Not Found Error
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: commissaris.mike(a)gmail.com
Distribution: ---
Clicked on Wine Man Page at bottom of Useful Registry Keys page and the result
was page not found. Broken link?
--
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=49754
Bug ID: 49754
Summary: Invalid write of size 4 - while clearing thread stack
Product: Wine
Version: 5.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: jeffersoncarpenter2(a)gmail.com
Distribution: ---
Created attachment 68058
--> https://bugs.winehq.org/attachment.cgi?id=68058
Valgrind output
Occurs as of 5bb27d1edb2.
Steps to reproduce:
* Build 'int main() { return 0; }' using i686-w64-mingw32-gcc.
* Run wine under valgrind (valgrind output attached).
Valgrind output snippet:
==9636== Invalid write of size 4
==9636== at 0x7BC7AA17: ??? (signal_i386.c:470)
==9636== Address 0x61bab0 is on thread 1's stack
--
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=49914
Bug ID: 49914
Summary: Windows CLI has error with text highlighting
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
Created attachment 68285
--> https://bugs.winehq.org/attachment.cgi?id=68285
example
The latest version of wine extends the highlight colour of a windows terminal
command to far. In the attached example the green highlight should only cover
the word "Done" or that line only. What happens though is that the highlight
extends through to the following command prompt.
Although not shown in the example but also occurring is the intervening blank
line between "Done" and the following command prompt is also green highlighted.
--
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=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.