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=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.
http://bugs.winehq.org/show_bug.cgi?id=13476
Summary: SQLyog community edition : Cannot connect to a remote DB
through gSTM tunnel
Product: Wine
Version: 0.9.61.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stefanpsz(a)gmail.com
Created an attachment (id=13396)
--> (http://bugs.winehq.org/attachment.cgi?id=13396)
Results of WINEDEBUG=+winsock wine SQLyog.exe > SQLyog-debug.txt 2>&1
Hi
Since wine 0.9.61 (previous versions worked just fine) I am having problems
connecting to a VPN remote database through ssh tunnel forwarding using gSTM.
My localhost is set to "stefan" and the gSTM port 33061 is forwarded to port
3306 on the remote machine.
Connections to a local database on my machine works OK, and all other internet
connections work OK as well.
SQLyog does not crash, it only displays a standard error message complaining no
connectivity to the DB.
Every time I downgrade to 0.9.60 it starts to work again.
regards
Stefan Pszczolkowski
--
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=19411
Summary: 'wine uninstaller' crashes on launch (appinstall)
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, regression, source
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: owen(a)owenrudge.net
$ wine uninstaller
Backtrace:
=>0 0x7e5a4ad3 Control_RunDLLW+0x3c3(hWnd=0x10020, hInst=(nil), cmd=<is not
available>, nCmdShow=5) [/home/austin/wine-git/dlls/shell32/control.c:786] in
shell32 (0x0032fe68)
1 0x7e5a4e7d Control_RunDLLA+0xfd(hWnd=0x10020, hInst=(nil),
cmd="appwiz.cpl", nCmdShow=5)
[/home/austin/wine-git/dlls/shell32/control.c:857] in shell32 (0x0032fe98)
2 0x7ec3e5f7 wmain+0x307(argc=1, argv=0x110378)
[/home/austin/wine-git/programs/uninstaller/main.c:157] in uninstaller
(0x0032fee8)
3 0x7ec3e962 __wine_spec_exe_wentry+0x82(peb=0x7ffdf000)
[/home/austin/wine-git/dlls/winecrt0/exe_wentry.c:36] in uninstaller
(0x0032ff08)
4 0x7ede5cc0 start_process+0x130(arg=(nil))
[/home/austin/wine-git/dlls/kernel32/process.c:955] in kernel32 (0x0032ffe8)
5 0xf7defe5d wine_call_on_stack+0x1d() in libwine.so.1 (0x00000000)
0x7e5a4ad3 Control_RunDLLW+0x3c3
[/home/austin/wine-git/dlls/shell32/control.c:786] in shell32: cmpw
$64,0x0(%edx)
786 if ((*extraPmts == '@') && (sp == -1)) {
austin@midna:~/wine-git$ git bisect good
bd926bde3830e13398e761e588ec3be0544f52a9 is first bad commit
commit bd926bde3830e13398e761e588ec3be0544f52a9
Author: Owen Rudge <owen(a)owenrudge.net>
Date: Mon Jul 20 17:03:47 2009 -0300
shell32: Check if a numerical value has been passed inside quotes in
Control_DoLaunch.
:040000 040000 7903859b851ee2653935bccbdbda6794c8c442c8
d089d451106e5cf9b30d2caee8a301571f7720c7 M dlls
Found by appinstall :-)
(http://austinenglish.com/logs/appinstall-2009-07-21/builtin-gui-result.txt)
--
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.