https://bugs.winehq.org/show_bug.cgi?id=43702
Bug ID: 43702
Summary: No comments shown if no maintainers for app
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: azrdev(a)qrdn.de
Distribution: ---
If an app has no maintainers, it shows "comments disabled", and one cannot
enter new comments. This is useful, because no one would moderate them.
However, it would still be useful to see the backlog of old comments, which may
contain hints and workarounds posted by users (when there still were
maintainers).
--
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=38924
Bug ID: 38924
Summary: Crash on copy/paste running Tapps2
Product: Wine
Version: 1.7.47
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thomas(a)fehige.de
Distribution: ---
Created attachment 51858
--> https://bugs.winehq.org/attachment.cgi?id=51858
Wine crash report
I'm trying to run Tapps 2 on wine version 1.7.44. My OS is Xubuntu 15.04,
64-bit. It is a graphic programming tool for a series of controllers for
heating, solar heat, warm water and similar that are made by the Austrian
company "Technische Alternative".
The programme can be downloaded from their website at
http://www.ta.co.at/de/download/software/tapps-2.html . I'm using the German
language version.
The programme seems to run fine, apart from the one point: Whenever I try to
copy/paste an Object, wine crashes as soon as I select "paste" from the menu or
type Ctrl-V on the keybord.
The problem persists in wine 1.7.47; cf. discussion on
https://forum.winehq.org/viewtopic.php?f=8&t=24953&sid=cea1d4583ec853e13e85…
.
Attached is wine's crash report.
Thank You -- Thomas
--
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=36514
Bug ID: 36514
Summary: MCIWndCreate does not create a child window if parent
is specified
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvfw32
Assignee: wine-bugs(a)winehq.org
Reporter: nicode(a)gmx.net
WS_CHILD is commented out in the default style for MCIWnd child windows (parent
window specified). But it should be included.
At least one application (King's Quest: Mask of Eternity) depends on the
documented API behavior.
--
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=43849
Bug ID: 43849
Summary: Heroes of the Storm; crashes when Call Mech effect is
on-screen
Product: Wine
Version: 2.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonathan(a)pearce.name
Distribution: ---
Steps to reproduce:
Start Heroes of the Storm.
Enter Try mode with D.Va.
Take tower damage until your mech is dead.
Shoot enemies until your Call Mech cooldown is activated.
Use Call Mech 'E'.
The mech arrival effect will begin but the game will crash before the mech
becomes visible on-screen. A dialog box pops up with a
e_gfxerrorshadercompilefailed error.
Relevant wine stdout:
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
fixme:hlsl_parser:hlsl_parse Check for valued return on void function.
fixme:hlsl_parser:hlsl_parse Implicit conversion to the return type if needed,
error out if conversion not possible.
err:d3dcompiler:compile_shader HLSL shader parsing failed.
fixme:dbghelp:elf_search_auxv can't find symbol in module
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
I experimented with
winetricks d3dx9_43
but that didn't fix the crash (it does change the error signature).
I also tried
d3dcompiler_43 (native)
but it didn't seem to matter.
--
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=43775
Bug ID: 43775
Summary: Heroes of the Storm crash on start with d3d11
Product: Wine
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maxi.cass11(a)gmail.com
Distribution: ---
Created attachment 59282
--> https://bugs.winehq.org/attachment.cgi?id=59282
terminal Output 2.17-staging with dx11
I don't know if the bug is in the non-staging version because Battlenet crash
in non-staging.
My game crash on my laptop with d3d11, I need to set the -dx9 argument to
correct this.
--
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=23015
Summary: PL\SQL Developer: shows standard message boxes behind
main window
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chaostya(a)gmail.com
When I write a query in PL\SQL Developer window, then issue it against DB and
then want to close the window I click [x] and it looks like nothing happens,
but if I move main window down I would see a standard "question" message dialog
box asking me if I want to save my changes. I'm on 1.2-rc2 and it's a
regression from 1.2-rc1
--
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=30853
Bug #: 30853
Summary: Wine doesn’t always handle "right alt" properly
Product: Wine
Version: 1.5.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sloonz(a)gmail.com
Classification: Unclassified
Created attachment 40410
--> http://bugs.winehq.org/attachment.cgi?id=40410
workaround/quick and dirty fix
I’m trying to get World of Warcraft working under Wine. However, I have huge
trouble with key bindings (I use unusual key bindings : I use the right half of
my keyboard, whereas most players use the left half).
After investigation, I found 3 bugs (different behaviors between Wine and my
Windows installation). The first one is the management of the right "Alt" key
(labeled "Alt-Gr" on my keyboard). When I press AltGr+l under Windows with
Spy++, I get the followings events :
<03637> 0007045A P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D
fExtended:0 fAltDown:0 fRepeat:0 fUp:0
<03638> 0007045A P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38
fExtended:1 fAltDown:1 fRepeat:0 fUp:0
<03639> 0007045A P WM_KEYDOWN nVirtKey:'L' cRepeat:1 ScanCode:18
fExtended:0 fAltDown:1 fRepeat:0 fUp:0
<03640> 0007045A P WM_DEADCHAR chCharCode:'002F' (47) cRepeat:1 ScanCode:18
fExtended:0 fAltDown:1 fRepeat:0 fUp:0
<03641> 0007045A P WM_KEYUP nVirtKey:'L' cRepeat:1 ScanCode:18 fExtended:0
fAltDown:1 fRepeat:1 fUp:1
<03642> 0007045A P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D
fExtended:0 fAltDown:1 fRepeat:1 fUp:1
<03643> 0007045A P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38
fExtended:1 fAltDown:0 fRepeat:1 fUp:1
Under Wine 1.5.5 however (WINEDEBUG=+msg), I get those :
trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x6007e wp eb
lp 760001 [note: wp = VK_OEM_PA2]
trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x6007e wp 4c lp
c0260001 [note: wp = 'L']
trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x6007e wp eb lp
c0760001 [note: wp = VK_OEM_PA2]
With xev, I get :
KeyPress event, serial 93, synthetic NO, window 0x4000001,
root 0xbc, subw 0x0, time 5086996, (1585,410), root:(2578,425),
state 0x0, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen
YES,
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 93, synthetic NO, window 0x4000001,
root 0xbc, subw 0x0, time 5087052, (1585,410), root:(2578,425),
state 0x80, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen
YES,
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:
XFilterEvent returns: False
After "setxkbmap us", AltGr is bound to Alt_R under X (checked with xev), and I
get this under Wine :
trace:msg:peek_message got type 7 msg 104 (WM_SYSKEYDOWN) hwnd 0x10046 wp
a5 lp 21380001 [wp = VK_RMENU]
trace:msg:peek_message got type 7 msg 104 (WM_SYSKEYDOWN) hwnd 0x10046 wp
4c lp 20260001 [wp = 'L']
trace:msg:peek_message got type 6 msg 106 (WM_SYSCHAR) hwnd 0x10046 wp 6c
lp 20260001 [wp = 'l']
trace:msg:peek_message got type 7 msg 105 (WM_SYSKEYUP) hwnd 0x10046 wp 4c
lp e0260001 [wp = 'L']
trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x10046 wp a5 lp
c1380001 [wp = VK_RMENU]
(yes, I have a KEYUP without KEYDOWN)
Wich is still not the same as Windows. So I think there is two problems here :
- ISO_Level3_Shift is not properly recognized by Wine
- "AltGr" doesn't have the same behavior under Wine and Windows
FYI, attached patch is a workaround to have the same behavior than Windows.
With it, I get this under Wine :
trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10062 wp a2
lp 1d0001 [note: wp = VK_LCONTROL]
trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10062 wp a4
lp 20380001 [note: wp = VK_LMENU]
trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10062 wp 4c
lp 20260001 [note: wp = 'L']
trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x10062 wp 4c lp
e0260001
trace:msg:peek_message got type 7 msg 105 (WM_SYSKEYUP) hwnd 0x10062 wp a2
lp e01d0001
trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x10062 wp a4 lp
c0380001
Which is still not the same as Windows :
- Windows uses (right) control + menu (with fExtended flag for menu) whereas
Wine uses left control + left menu. Not investigated if this is related to
TranslateMessage.
- AltGr+L is a dead symbol on my keymap. Windows send a DEADCHAR message,
wheras Wine send nothing. Note that I had to disable the XFilterEvent test in
event.c to have those messages, otherwise nothing is sent to the program (but
that’s another story for another bug report)
But it suffice for my use case (WoW key bindings with right alt)
--
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=41644
Bug ID: 41644
Summary: Civilization v1.2: crashes on startup
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: K_ThaaL(a)bk.ru
Distribution: ---
Created attachment 56018
--> https://bugs.winehq.org/attachment.cgi?id=56018
trace generated by wine
Wine crashes right after the first frame of game intro is shown.
Created a new 32bit wine prefix for this game.
Tried windows versions XP and 3.1 - behavior is the same in both cases.
Using virtual desktop and disallowing window decorations did not help.
No other options tried.
Ubuntu 16.04 LTS is used with Wine installed from winehq repository.
Problem is detected on 1.9.21 and 1.9.22.
--
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=42792
Bug ID: 42792
Summary: SQL Server 2012/2014: Installer requires
ChangeServiceConfig2 with
SERVICE_CONFIG_SERVICE_SID_INFO support
Product: Wine
Version: 2.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: pgkos.bugzilla(a)yahoo.com
Distribution: ArchLinux
Currently, during the installation of SQL Server 2012 or 2014, the setup fails
during the configuration of the SqlWriter component, because
ChangeServiceConfig2 (svcctl_ChangeServiceConfig2W) does not implement
SERVICE_CONFIG_SERVICE_SID_INFO.
Relevant part of SqlWriter_Cpu32_1.log:
Doing Action: Do_sqlServiceSidType
PerfTime Start: Do_sqlServiceSidType : Sun Apr 09 11:15:55 2017
<Func Name='Do_sqlServiceSidType'>
SQLWriter
Configuring service:
Name: SQLWriter
SID type: 0x1
Failed:
Unable to set the SID type for service SQLWriter to 1. Error code: 124.
Error Code: 0x80077377 (29559)
Windows Error Text: Source File Name: sqlca\sqlsddlca.cpp
Compiler Timestamp: Fri Feb 10 17:29:21 2012
Function Name: ExceptionInSDDL
Source Line Number: 65
Error Code: 29559
1: 29559
2: SQLWriter
3: pgkos
<Failure Type='Fatal' Error='29559'>
<EndFunc Name='LaunchFunction' Return='29559' GetLastError='0'>
1: 29528
2: Setting Service SID Type
3: Installation failed.
--
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=41034
Bug ID: 41034
Summary: TomTom MyDrive Connect needs implementation of
KERNEL32.dll.SetVolumeMountPointW and others
Product: Wine
Version: 1.9.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: h.mth(a)web.de
Distribution: ---
Created attachment 55207
--> https://bugs.winehq.org/attachment.cgi?id=55207
snipped of application log
Starting TomTom MyDrive Connect with Wine 1.9.15 its tray icon appears. Though,
left-, right- and double-click will not present its context(drop-down) menu.
Attached is a snipped of the application log. The application tries to mount a
volume at 'E:\', then queries NotifyAddrChange multiple times and finally
retries to mount volume again. This goes on endlessly.
--
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.