http://bugs.winehq.org/show_bug.cgi?id=32167
Bug #: 32167
Summary: RebelBetting remains in memory when closed
Product: Wine
Version: 1.5.16
Platform: x86-64
URL: http://rebelbetting.com/files/RebelBettingSetup.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 42436
--> http://bugs.winehq.org/attachment.cgi?id=42436
wine-1.5.16-232-g4255772 console output
RebelBetting remains in memory when closed and has to be killed.
To get this far:
1. Revert commit af08a2f6ba2fb0d65f1a1d3b7720216860fc9456 (Bug 32156)
2. Patch winetricks with patch from
http://code.google.com/p/winetricks/issues/detail?id=286
3. winetricks -q msxml6 dotnet35sp1 (order is important) (Bug 32164)
Run the installer, open the application, close it.
Console fills with
err:ntdll:RtlpWaitForCriticalSection section 0x10e70040 "?" wait timed out in
thread 0009, blocked by 0024, retrying (60 sec)
fixme:thread:NtQueryInformationThread info class 16 not supported yet
ad infinitum.
This is a dotnet app but I don't think this is a dotnet bug.
--
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=32164
Bug #: 32164
Summary: RebelBetting + dotnet35sp1 crashes
Product: Wine
Version: 1.5.16
Platform: x86-64
URL: http://rebelbetting.com/files/RebelBettingSetup.exe
OS/Version: Linux
Status: NEW
Keywords: dotnet, download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 42434
--> http://bugs.winehq.org/attachment.cgi?id=42434
wine-1.5.16-232-g4255772 console output
Using "winetricks dotnet35sp1" to work around Bug 32125, RebelBetting crashes
when loading under wine-1.5.16-232-g4255772.
This fails:
1. Revert commit af08a2f6ba2fb0d65f1a1d3b7720216860fc9456 (Bug 32156)
2. Patch winetricks with patch from
http://code.google.com/p/winetricks/issues/detail?id=286
3. winetricks -q dotnet35sp1
4. Install
5. Run
This works:
1. Revert commit af08a2f6ba2fb0d65f1a1d3b7720216860fc9456
2. Patch winetricks with patch
3. winetricks -q msxml6 dotnet35sp1 (order is important)
4. Install
5. Run
So, workaround is native msxml6.
Note: dotnet35sp1 runs through some dialogs about being unable to uninstall
service packs - just click ok and continue.
--
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=27163
Summary: Cossacks II: Battle for Europe hangs during video
playback (when ddr=gdi)
Product: Wine
Version: 1.3.20
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=34702)
--> (http://bugs.winehq.org/attachment.cgi?id=34702)
plain terminal output
After the initial loading stage, two intro videos should be played. I'm getting
only a black screen and the first fragment of the audio is looping (forever).
The game becomes unresponsive.
Workaround: ddr=opengl.
This prevents the game from freezing, although videos are not playing correctly
(only audio is playing), at least I can skip the black screen and get to the
main menu.
The videos are encoded in Theora format. They are in separate audio (.oga) and
video (.ogv) files.
I can watch the videos in Totem.
This bugreport is about the freezing issue, the inability to play the videos
must be a different issue.
No demo available.
Fedora 14 32-bit
Gstreamer 0.10.31
Nvidia GeForce 250 / driver 270.41.06
--
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=33261
Bug #: 33261
Summary: Sims 3 pause key (`) doesn't work with Spanish
keyboard
Product: Wine
Version: 1.5.26
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cymerio(a)gmail.com
Classification: Unclassified
Created attachment 43992
--> http://bugs.winehq.org/attachment.cgi?id=43992
Output log of "The Sims 3" with "WINEDEBUG=+key,+keyboard"
In the game "The Sims 3" the pause command is assigned to 3 keys: 0, P and `
(the key to the left of "1", which in a Spanish keyboards outputs "º").
In Wine 1.5.6 and 1.5.26 (openSUSE 12.2) pressing that key with a Spanish
keyboard causes no effect (i.e. doesn't pause the game). It used to work before
IIRC.
The keyboard is a standard Spanish keyboard (QWERTY 105 keys + Sleep button).
Additionally, the key "ç" now pauses the game too (it shouldn't).
The "ç" key (ccedilla) is the 3rd key to the right of the L, and left to the
Enter key.
Pressing these keys in "xev" outputs:
º => keycode 49 (keysym 0xba, masculine)
ç => keycode 51 (keysym 0xe7, ccedilla)
Editing in Notepad works fine.
There is a log attached which shows the output of runing The Sims 3 with
"WINEDEBUG=+key,+keyboard".
Some interesting lines:
trace:keyboard:X11DRV_KEYBOARD_DetectLayout Attempting to match against
"Spanish keyboard layout"
trace:key:X11DRV_KEYBOARD_DetectLayout mismatch for keycode 126, got ??
trace:key:X11DRV_KEYBOARD_DetectLayout mismatch for keycode 187, got ((
trace:key:X11DRV_KEYBOARD_DetectLayout mismatch for keycode 188, got ))
trace:keyboard:X11DRV_KEYBOARD_DetectLayout matches=48, mismatches=3, seq=47,
score=84
[...]
warn:keyboard:X11DRV_KEYBOARD_DetectLayout Using closest match (Spanish
keyboard layout) for scan/virtual codes mapping.
trace:keyboard:X11DRV_KEYBOARD_DetectLayout detected layout is "Spanish
keyboard layout"
[...]
trace:keyboard:X11DRV_InitKeyboard keycode 49 => vkey 0000
trace:keyboard:X11DRV_InitKeyboard keycode 50 => vkey 00A0
trace:keyboard:X11DRV_InitKeyboard keycode 51 => vkey 0000
[...]
trace:keyboard:X11DRV_InitKeyboard spare virtual key 00C0 assigned to keycode
51:
trace:keyboard:X11DRV_InitKeyboard (e7 (ccedilla) c7 (Ccedilla) 0 (NoSymbol) 0
(NoSymbol) fe55 (dead_breve) 0 (NoSymbol) 0 (NoSymbol) )
trace:keyboard:X11DRV_InitKeyboard keycode 51 => vkey 00C0
[...]
trace:key:X11DRV_InitKeyboard assigning scancode 62 to unidentified keycode 49
(masculine)
trace:key:X11DRV_InitKeyboard assigning scancode 63 to unidentified keycode 51
(ccedilla)
[...]
trace:keyboard:X11DRV_KEYBOARD_DetectLayout XKB could not translate keysym 00ba
trace:keyboard:X11DRV_KEYBOARD_DetectLayout XKB could not translate keysym 00aa
trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ffe1
trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ffe1
trace:keyboard:X11DRV_KEYBOARD_DetectLayout XKB could not translate keysym 00e7
--
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=31652
Bug #: 31652
Summary: .NET Framework Setup Verification Tool stooped working
with dotnet20sp1
Product: Wine
Version: 1.5.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Steps to reproduce:
1) remove ~/.wine
2) winetricks -q dotnet20sp1
3) wine netfx_setupverifier.exe
Behaviour:
Failure to detect any version of .NET Framework
Expected behaviour:
Application should detect the correct version.
Regression test:
f180de40dd7820753479f823b6cb08a34b479c66 is the first bad commit
commit f180de40dd7820753479f823b6cb08a34b479c66
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Tue Jul 31 12:25:42 2012 +0200
msi: Implement the RemoveExistingProducts standard action.
:040000 040000 170d2554f730c5305047588f05db78e35ad70ac6
a76eb5d752f67023b55023d9bc59bd0e9f2c2922 M dlls
--
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=33593
Bug #: 33593
Summary: joystick.c change causes lotro to crash
Product: Wine
Version: 1.5.29
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aardvark(a)krl.com
Classification: Unclassified
dinput problem (not available as a component).
Before the first screen is displayed, lotro (Lord of the Rings Online) crashes
(process becomes <defunct>). This is due to the joystick code thinking that
a Wacom Cintiq 12WX is a joystick.
Git bisect shows the change that causes the crash is in:
37169522f62f85048900cf3329fb54800cbb8f3e
dinput: Update existing joystick values after setting the range property.
Last entries from a dinput trace:
trace:dinput:JoystickWGenericImpl_SetProperty (0x15fd00,<guid-0x0004>,0x32f794)
trace:dinput:_dump_DIPROPHEADER - dwObj = 0x00000000
trace:dinput:_dump_DIPROPHEADER - dwHow = DIPH_DEVICE
trace:dinput:JoystickWGenericImpl_SetProperty proprange(-64,64) all
A workaround is to create the key: HKCU/Software/Wine/DirectInput/Joysticks
and enter a new string value for "Wacom Cintiq 12WX (event)" of "disabled".
In any event, the program shouldn't crash.
--
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=34754
Bug #: 34754
Summary: Heidisql & Beyond Compare: crashes when trying to copy
and paste inside the program
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: swdevelop1981(a)gmail.com
Classification: Unclassified
Created attachment 46339
--> http://bugs.winehq.org/attachment.cgi?id=46339
Error Message printed to the console
When I copy and paste inside the program, it crashes.
It happens also when pasting from outside the program but I'm not sure on the
scenario - it's not consistent.
The same exact happens with Beyond Compare.
This happens to me since version 1.7.2
Download link:
http://www.heidisql.com/installers/HeidiSQL_8.1.0.4545_Setup.exe
$ shasum HeidiSQL_8.1.0.4545_Setup.exe
816c55b75c1faa6190a6405684fa42dffbff34fb HeidiSQL_8.1.0.4545_Setup.exe
--
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=12701
Summary: listview: works slow and wrong
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tarasov.igor(a)gmail.com
Created an attachment (id=12353)
--> (http://bugs.winehq.org/attachment.cgi?id=12353)
7zipped log of warn+all,+listview on wine 0.9.60
Here is a deal: There is a list view containing 300K+ items. Looks like this:
http://polosatus.ru/wine/listview.png It's a full list of all words indexed in
some database.
When using native comctl32.dll, you just type the text in and the list
*immediately* jumps to the item that starts from the letters you've entered.
Works pretty simple and swift and no CPU load.
But when you use builtin comctl32.dll there are 3 problems:
1. It hangs on each keypress. In log (77Mb) you may see a lot of iterations
like this:
trace:listview:ranges_cmp range1=[22765, 22766], range2=[25271, 25272], cmp=-1
trace:listview:ranges_contain (nItem=22766)
trace:listview:ranges_assert *** Checking ranges_contain:2691:before contain
***
trace:listview:ranges_dump [25271, 25272]
trace:listview:ranges_assert --- Done checking---
And each keypress results in new rescan, as it hangs pretty well even if the
highlighted item matches new typed letter. And the further first match is, the
longer it hangs on each keypress.
2. It searches not items STARTING with enterred text, but items CONTAINING it.
Both of these bugs make usage of this box a nonsense. When you try to find, for
instance an item "most" and you type "most" it would stop at the point "almost"
and so, you have to search it manually by scrolling.
3. When I close this box, it just hangs again for a few secs (and generates
another 50M+ to log).
When generating log, I've typed only three letters: "alt" and it was enough to
generate 20M+ log. Another 55M+ where generated when I clicked close button.
--
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=11838
Summary: Y axis inverted in tablet with OpenCanvas 1.1?
Product: Wine
Version: 0.9.55.
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wintab32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://winehq.org/pipermail/wine-users/2008-March/029502.html
says:
"I'm having some oddness with Wine running OpenCanvas 1.1, the old free version
with networking. My system is running Ubuntu 7.10
Under Wine 0.9.46, the version in the ubuntu repositories, openCanvas seems to
work fine, albeit pressure sensitivity is missing. Unfortunately the program
isn't much without the pressure sensitivity.
Under Wine 0.9.55 from this site, pressure sensitivity works... however the
tablet behaves very oddly when drawing on the canvas. The Y axis seems
inverted, so if I draw in the top left, ink appears in the bottom left. There
are also minor oddities such as sudden vertical lines of ink suddenly
appearing. Finally the program frequently hangs with divide by zero exceptions.
The tablet works perfectly fine under applications such as Inkscape and Gimp."
FWIW, I think you can download OpenCanvas 1.1 from
http://wistinga.online.fr/opencanvas/
but I don't know what the authoritative site is anymore, if there is one.
--
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=12907
Summary: Text not totally visible in the Display tab (winecfg)
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kwixbit(a)gmail.com
In the Display tab there's a little bug when using some languages.
The text next to the third checkbox isn't totally visible. (Allow the window
manager to manage the windows)
I'm not sure about the translation of the item, because my installation is in
french.
--
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.