https://bugs.winehq.org/show_bug.cgi?id=43208
Bug ID: 43208
Summary: Assassin's Creed IV - Black Flag Hangs tightly
Product: Wine-staging
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tall89(a)mail.ru
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
When you switch to the Big Inagua location, the game hangs tight, you have to
do Cntrl + Atl + Delete to remove the task, then the game closes, then you
receive an error message, the program ACBF.exe has a serious error, the
application will be closed, we apologize for the inconvenience
WINEDEBUG=fixme-all,err+loaddll,err+dll,err+file,err+reg
------ Program AC4BFSP.exe ------
err:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request failed with status
0x2733
err:winedevice:async_create_driver failed to create driver L"ps6ajtsb":
c0000135
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 16 aspire89-P55A-UD4.local. AAAA
FE80:0000:0000:0000:0A12:F0CA:1A84:437A"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: ProbeCount 2; will
deregister 4 aspire89-P55A-UD4.local. Addr 192.168.0.102"
err:eventlog:ReportEventW L"Local Hostname aspire89-P55A-UD4.local already in
use; will try aspire89-P55A-UD4-2.local instead"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 25 102.0.168.192.in-addr.arpa. PTR
aspire89-P55A-UD4.local."
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Unexpected conflict
discarding 27 102.0.168.192.in-addr.arpa. PTR aspire89-P55A-UD4-2.local."
err:ole:CoInitializeEx Attempt to change threading model of this apartment from
multi-threaded to apartment threaded
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> has not been linked, or is not a program object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> object is not successfully linked, or is not a program
object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> has not been linked, or is not a program object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> object is not successfully linked, or is not a program
object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> has not been linked, or is not a program object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> object is not successfully linked, or is not a program
object.".
wine: Unhandled page fault on read access to 0x00000063 at address 0x8cfb7f
(thread 0047), starting debugger...
wine: Unhandled page fault at address 0x7bc5d590 (thread 0012), starting
debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 14 168") (1115)
Read the Wine Developers Guide on how to set up winedbg or another debugger
--
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=48048
Bug ID: 48048
Summary: urlmon:protocol - The ftp test fail on Vista to
Windows 8
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The ftp protocol test in urlmon:protocol fails frequently on Windows from Vista
to Windows 8:
protocol.c:1188: Test failed: hrResult = 800c0006, expected E_PENDING or S_OK
protocol.c:1193: Test failed: dwError = 12111, expected ERROR_SUCCESS
protocol.c:3656: Test failed: wait timed out
urlmon:protocol:0700 done (258) in 120s
Test failed: timed out
Note: 800c0006 is INET_E_OBJECT_NOT_FOUND
See https://test.winehq.org/data/tests/urlmon:protocol.html
--
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=18635
Summary: Menu bar is hidden in Adobe Lightroom 2.3
Product: Wine
Version: 1.1.22
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thomas+wine(a)stromberg.org
With the Adobe Lightroom 2.3 demo, the menu bar titles (File, etc.) do not
display. If you click on the area that they should be, the menu does appear
however. Lightroom 2.3 can be downloaded from
https://www.adobe.com/cfusion/tdrc/index.cfm?product=photoshop_lightroom (free
Adobe login required)
I'm not sure where to go about tracing the issue down to, but I did notice the
following calls that show that it is calling DrawMenuBar().
0009:Call user32.GetMenu(0002003c) ret=60030cbe
0009:Ret user32.GetMenu() retval=000000f0 ret=60030cbe
0009:Call user32.GetMenuBarInfo(0002003c,fffffffd,00000000,0032e1a4)
ret=60030cec
fixme:menu:GetMenuBarInfo (0x2003c,0xfffffffd,0x00000000,0x32e1a4)
0009:Ret user32.GetMenuBarInfo() retval=00000000 ret=60030cec
0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030beb
0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030beb
0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030c06
0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030c06
0009:Call user32.GetMenuItemInfoW(00000280,0000f060,00000000,0032e08c)
ret=60030c22
0009:Ret user32.GetMenuItemInfoW() retval=00000001 ret=60030c22
0009:Call user32.DrawMenuBar(0002003c) ret=6008d171
--
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=46330
Bug ID: 46330
Summary: [Feature Request] Enable winelib on ppc64el
Product: Wine
Version: unspecified
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: tpearson(a)raptorengineering.com
Distribution: ---
With the resurgence in POWER hardware support and interest centering around the
POWER8/POWER9 chips, it would be great to get winelib support for the ppc64el
architecture. This would allow Windows open source applications to be used on
these powerful machines (e.g. FEMM, SQLYog, etc.).
--
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=46694
Bug ID: 46694
Summary: widl crashes in dlls/atl during build on ppc64el
Product: Wine
Version: 4.2
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tpearson(a)raptorengineering.com
Distribution: ---
Created attachment 63657
--> https://bugs.winehq.org/attachment.cgi?id=63657
Backtrace
Building on ppc64el fails with a segmentation fault in widl while attempting to
build dlls/atl. Backtrace attached.
--
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=45385
Bug ID: 45385
Summary: Wrong state of virtual keys after cycling windows.
Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every
key can be affected.
Product: Wine
Version: 3.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: johnfound(a)asm32.info
Distribution: ---
I noticed that the state of the keys sometimes sticks in pressed state.
This happens when cycling windows with some shortcut key combination.
For example if cycling with Alt+Tab, on pressing Alt, the program gets
WM_KEYDOWN and the state of the VK_MENU becomes pressed. But after cycling
windows, the program does not get WM_KEYUP because the window is not focused
and VK_MENU (and the respective VK_LMENU or VK_RMENU) remain in pressed state.
When cycling back to the program window, the window get focused only after
releasing Alt key, so it does not get this event as well.
If cycling windows with another shortcut key combination (for example
Alt+Shift+Tab - for backward cycling) both VK_MENU and VK_SHIFT keys stick.
In the same time, GetAsyncKeyState returns the proper state of the keys.
Note1: The problem is obviously in the wineserver code, because it handles the
key state tables for the different threads.
Note2: The effect happens only sometimes. It seems the code for proper
processing is already there, but some racing conditions have place.
Note3: There is some probability that the effect is in result of my application
code, but it never happens on real Windows, so I considered it a bug.
Note4: I tried to workaround this problem by reading the whole table by
GetAsyncKeyState and setting it then with SetKeyboardState on WM_ACTIVATE
message of the main window. This workaround actually works, but is too ugly
IMO.
The same trick on WM_ACTIVATEAPP does not 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=33058
Bug #: 33058
Summary: Visual Basic 6 crashes when object browser is clicked
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: german_ant_82(a)yahoo.com
Classification: Unclassified
Regression SHA1: Visual Basic 6 crashes when object browser button is
clicked
Created attachment 43703
--> http://bugs.winehq.org/attachment.cgi?id=43703
Backtrace
Visual Basic 6 IDE crashes when object browser is clicked
--
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=24914
Summary: Unable to resize form in visual basic 6 enterprise
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stupidhomer(a)gmail.com
If I make a new Standard Project and attempt to resize the form, it locks the
whole form window, and to get it back, I have to double click on "Form1" in the
project sidebar.
No error messages or output from wine to understand the problem.
--
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=48008
Bug ID: 48008
Summary: WinSCP can't display Chinese characters correctly
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wwycheuk(a)gmail.com
Distribution: ---
Created attachment 65539
--> https://bugs.winehq.org/attachment.cgi?id=65539
screenshot
Ubuntu Studio 19.10 is installed using Traditional Chinese interface.
Downloaded and installed the latest version of WinSCP 5.15.5 from
https://winscp.net/eng/download.php
The Chinese characters in the dialog box appear as boxes, but the characters in
main window are ok. (see picture 1)
The Chinese characters in folder also appear as boxes (see picture 2), not sure
whether they are of the same root cause.
--
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.