http://bugs.winehq.org/show_bug.cgi?id=23302
Summary: Not standard background color in Wine configuration
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://winehq.org
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ariafan(a)mail.ru
Created an attachment (id=29053)
--> (http://bugs.winehq.org/attachment.cgi?id=29053)
Wine configuration - About
Wine configuration:
1. A text in the About tab is drawed with another background color (always
white?).
2. Checkboxes background in the Audio tab is white always.
--
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=39685
Bug ID: 39685
Summary: Rollcage Redux crashes on startup (unimplemented
function msvcr120.dll.??0event@Concurrency@@QAE@XZ)
Product: Wine
Version: 1.8-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: fincer89(a)hotmail.com
Distribution: ---
Created attachment 52916
--> https://bugs.winehq.org/attachment.cgi?id=52916
Rollcage Redux short log (msvcr120.dll) // Wine 1.8-rc2
As the title says, Rollcage Redux crashes on startup because the described
function is unimplemented in msvcr120.dll.
wine: Call from 0x7b83e952 to unimplemented function
msvcr120.dll.??0event@Concurrency@@QAE@XZ, aborting
wine: Unimplemented function msvcr120.dll.??0event@Concurrency@@QAE@XZ called
at address 0x7b83e952 (thread 0009), starting debugger...
The game is free and can be downloaded from here:
http://www.codemonkey.me.uk/rollcage_redux.php
Please see attached log files for additional details.
--
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=42463
Bug ID: 42463
Summary: ZmLearn crash at startup: "Assertion 'm->state ==
STATE_PASSIVE' failed at pulse/mainloop.c:787,
function pa_mainloop_prepare(). Aborting."
Product: Wine
Version: 2.1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 57309
--> https://bugs.winehq.org/attachment.cgi?id=57309
Log with pulse,tid,pid channel.
reproduce:
1. Setting Windows version as XP and install it.
2. $ cd .wine/drive_c/users/USER_NAME/Application\ Data/ZmLearn
3. $ wine ZmClient.exe
then it will crash.
I find this patch from staging can fix it:
https://github.com/wine-compholio/wine-staging/blob/master/patches/winepuls…
Wine version: wine-2.1-285-gd00f7315e0
--
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=42578
Bug ID: 42578
Summary: WSAStringToAddress fails to parse IP v6 addresses with
port number
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Distribution: ---
Created attachment 57489
--> https://bugs.winehq.org/attachment.cgi?id=57489
A console win64 application to test WSAStringToAddress
Ubuntu 16.10, PlayOnLinux, Wine 2.0
WSAStringToAddress can parse "fe80::4145:833f:f90d:4ba8" but fails to parse
"[fe80::4145:833f:f90d:4ba8]:1234" (in fact all IP v6 addresses with ports,
like "[::]:256")
In attachment you can find an executable TestWSAStringToAddress.exe
TestWSAStringToAddress.exe AF_INET 192.168.200.10
Works fine
TestWSAStringToAddress.exe AF_INET 192.168.200.10:1234
Works fine
TestWSAStringToAddress.exe AF_INET6 fe80::4145:833f:f90d:4ba8
Works fine
TestWSAStringToAddress.exe AF_INET6 [fe80::4145:833f:f90d:4ba8]:1234
Fails - 10022 (WSAEINVAL)
To see the output
WINEDEBUG=-all wine TestWSAStringToAddress.exe ...
and to have just winsock messages
WINEDEBUG=-all,+winsock wine TestWSAStringToAddress.exe ...
The same executable works fine on Windows (tested on Windows 7, Windows 8.1 and
Windows 10).
Note something surprising: the behaviour is different with winedbg
WINEDEBUG=-all,+winsock winedbg TestWSAStringToAddress.exe AF_INET6
[fe80::4145:833f:f90d:4ba8]:1234 wait
WSAStringToAddress succeeds, WSAAddressToString succeeds too, but it returns
[::]:1234
I can't understand why the behaviour is different with wine and winedbg
--
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=42206
Bug ID: 42206
Summary: Gauntlet character screen background is corrupted.
Product: Wine
Version: 2.0-rc5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Created attachment 56843
--> https://bugs.winehq.org/attachment.cgi?id=56843
Windows Image
The Gauntlet character selection screen is missing some textures.
--
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=37404
Bug ID: 37404
Summary: A right click on a registry key does not select it
Product: Wine
Version: 1.7.28
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Steps to reproduce:
1. Open regedit.
2. Make a right click on a non-selected registry key.
Expected result:
The registry key should get selected (at least this is the case with a native
Windows XP).
Actual result:
The selection is still kept on the previous selected registry key.
--
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=42626
Bug ID: 42626
Summary: unimplemented function
msvcr110.dll.__crtUnhandledException
Product: Wine
Version: 2.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: gamiljydcome(a)gmail.com
Distribution: ---
when i run Titan Quest - Immortal Throne, choice custom missions, got abort
error, message is:
wine: Call from 0x7b43b72d to unimplemented function
msvcr110.dll.__crtUnhandledException, aborting
err:seh:raise_exception Exception frame is not in stack limits => unable to
dispatch exception.
does it mean wine need to implement function crtUnhandledException in
msvcr110.dll?
if i copy 32bit native msvcr110.dll and msvcp110.dll to the game root
directory, wine still load buildin so with message 'wrong architecture' or tips
nothing.
play as single user, normal missions is ok.
debian 8, wine 2.3.
--
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=42736
Bug ID: 42736
Summary: scanf doesn't work as expected when using format
string contains non-ascii chars
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: zhangboyang.id(a)gmail.com
Distribution: ---
Created attachment 57728
--> https://bugs.winehq.org/attachment.cgi?id=57728
working example, should link msvcrt.dll (e.g. use mingw to compile)
(1) assume test.txt has this content
hexdump -C test.txt
00000000 ef bb bf 68 65 6c 6c 6f |...hello|
00000008
// the content is UTF8 BOM + "hello"
(2) fscanf(fp, "\xef\xbb\xbf") doesn't work as expected (using crossover
16.2.0)
char s[1000];
fscanf(fp, "\xef\xbb\xbf"); ///// won't read utf-8 bom as expected
fscanf(fp, "%s", s);
/opt/cxoffice/bin/wine test.exe | hexdump -C
00000000 73 3d ef bb bf 68 65 6c 6c 6f 0d 0a |s=...hello..|
0000000c
(3) expected behavior is (under windows)
E:\winebug>test2
s=hello
--
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=20215
Summary: Extra mouse buttons do not work in Firefox
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rainmaker526(a)hotmail.com
When running firefox under Wine, the extra mouse buttons on my mouse (the
"thumb" buttons) do nothing.
When using firefox under Windows or under Linux, the buttons act as a forward -
back button, but not when it's running under Wine.
I am sure this is not an modmap issue, as the buttons do work with some other
applications in Wine (SWAT4 for instance). The buttons do not seem to generate
any event to the application.
--
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.