https://bugs.winehq.org/show_bug.cgi?id=43187
Bug ID: 43187
Summary: OriginWebHelperService.exe crashes
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: plata(a)mailbox.org
Distribution: ---
Created attachment 58460
--> https://bugs.winehq.org/attachment.cgi?id=58460
backtrace
EA Origin installs with Wine 2.10 staging but then crashes in the update or
login window (OriginWebHelperService.exe). As a result, the Origin window shows
an infinite loading screen.
As far as I can see, this seems to be caused by qt5gui (QScreen::handle).
--
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=40160
Bug ID: 40160
Summary: cant install mobogenie
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madscientistkustomz(a)gmx.com
Distribution: ---
Created attachment 53662
--> https://bugs.winehq.org/attachment.cgi?id=53662
trace log
problem installing MOBOGENIE for ubuntu
--
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=38402
Bug ID: 38402
Summary: glDebugMessageCallback is broken
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: chris.kcat(a)gmail.com
Distribution: ---
According to the KHR_debug extension spec, the function glDebugMessageCallback
takes a function pointer callback with the type:
typedef void (APIENTRY *GLDEBUGPROC)(GLenum source,
GLenum type,
GLuint id,
GLenum severity,
GLsizei length,
const GLchar* message,
const void* userParam);
https://www.opengl.org/registry/specs/KHR/debug.txt
In particular, it notes that the function callback uses the same calling
convention as the other GL functions. The problem is that on Windows, GL uses
the stdcall calling convention, while on Linux it uses cdecl. Wine's
glDebugMessageCallback thunk passes the callback through as-is, so the system's
libGL tries to call an stdcall function as though it was cdecl, causing it to
crash upon returning.
Another problem is that the spec says:
"When DEBUG_OUTPUT_SYNCHRONOUS is disabled, the driver is optionally allowed to
concurrently call the debug callback routine from potentially multiple threads,
including threads that the context that generated the message is not currently
bound to."
meaning the callback can be called on threads other than the one OpenGL is
being used on. This is a problem because it may be called on one or more
internal driver threads that were not created using the Windows API, and if the
callback function tries to do anything that relies on Windows-related thread
information, it won't be there.
--
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=41419
Bug ID: 41419
Summary: Visio 2013 crashes with unimplemented function
msvcp100.dll.?_GetCombinableSize@details@Concurrency@@
YAIXZ
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
wine: Call from 0x7b43b53c to unimplemented function
msvcp100.dll.?_GetCombinableSize@details@Concurrency@@YAIXZ, aborting
--
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=44229
Bug ID: 44229
Summary: Visual C++ 1.51 can't add files to project
(GetOpenFileName16() doesn't support custom templates
or hooks)
Product: Wine
Version: 3.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Regression SHA1: 424472c20d8059057277ae13a0ffe5c51a818e52
Distribution: ---
The Project -> Edit menu is missing the "Files in Project" box as well as the
Add / Add All / Delete buttons. This is because we don't support custom
templates or hooks anymore:
0031:fixme:commdlg:GetOpenFileName16 custom templates no longer supported,
using default
0031:fixme:commdlg:GetOpenFileName16 custom hook 0x16670010 no longer supported
While hooks would probably be simple enough to implement, templates will be
much more difficult and will probably require significant duplication of code
from user.exe16:dialog.c. Is there a reason to implement commdlg on top of
comdlg32 besides avoiding duplication?
--
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=39051
Bug ID: 39051
Summary: TabbedTextOut() incorrect output on tab character
Product: Wine
Version: 1.7.29
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)goabq.org
Distribution: ---
Created attachment 52021
--> https://bugs.winehq.org/attachment.cgi?id=52021
testcase (tto.exe) and files to build it
Tab characters do not output correctly when they are output one at a time.
This is much worse using a memory device context than a screen device context.
Attached is a testcase. It outputs text to a window using 2 different methods.
Clicking in the client area toggles the method. When iterating over each
character, TabbedTextOut() produces apparently garbage from the previous line
instead of filling the rectangle appropriately as windows does. When drawing
the line in a single call, the behavior is as expected. Spaces do not suffer
from this problem (illustrated also by the testcase).
--
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=35504
Bug ID: 35504
Summary: LibreOffice installation creates two wrong files
Product: Wine
Version: 1.7.10
Hardware: x86
URL: http://sourceforge.net/projects/libreoffice.mirror/fil
es/LibreOffice%204.2.0/LibreOffice_4.2.0_Win_x86.msi/d
ownload
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Classification: Unclassified
After installing LibreOffice_4.2.0_Win_x86.msi in Wine two illicit files can be
found:
C:\Win\System\msvcp100.dll
C:\Win\System\msvcr100.dll
$ sha1sum LibreOffice_4.2.0_Win_x86.msi
0c306a717aff4499b0abe2d2e3caaa63c62dfa0a LibreOffice_4.2.0_Win_x86.msi
--
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=44177
Bug ID: 44177
Summary: Guitar Pro 5: Long freezes during draw process of
dashed lines (P.M. or let ring markers)
Product: Wine
Version: 3.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kitsunyan(a)inbox.ru
Distribution: ArchLinux
Created attachment 59941
--> https://bugs.winehq.org/attachment.cgi?id=59941
log
Guitar Pro 5 always hangs when tries to draw dashed lines (like these
https://imgur.com/GgvrEuq.png). The longer the line, the longer the freeze. CPU
core is loaded to 100% during this freeze. Sometimes it even draws odd lines
(https://imgur.com/1efGsF2.png).
This bug is regression. About 6 months ago everything was fine. It begins ~4
months ago. I don't know what causes this problem so I started wine with
WINEDEBUG=+all and tried to find where it hangs. I noticed a lot of gdi calls
which can cause this hangs. I restarted wine with WINEDEBUG=+gdi and grabbed
the log which I've attached to the bug.
I'm using Arch Linux. WINEARCH=win32.
--
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.