https://bugs.winehq.org/show_bug.cgi?id=38665
Bug ID: 38665
Summary: Toontown Rewritten Launcher under Wine/FreeBSD gives
"ValueError: Empty certificate data"
Product: Wine
Version: 1.7.43
Hardware: x86
OS: FreeBSD
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: neel(a)neelc.org
Created attachment 51591
--> https://bugs.winehq.org/attachment.cgi?id=51591
Toontown Rewritten Log FIle with "ValueError: Empty certificate data" Error
Hi,
I am attempting to run a game called Toontown Rewritten
(https://www.toontownrewritten.com/) on Wine under FreeBSD 10.1 64-bit.
In the past, I was able to run Toontown Rewritten under Wine/FreeBSD quite
well, but am unable to run it now, especially with their "Launcher". When I
attempt to log in, I get a "ValueError: Empty certificate data" error from
Toontown Rewritten's launcher. The log file is attached to this report.
I attempted to contact Toontown Rewritten's support, but they said "we do not
support FreeBSD". I did expect that, considering that hardly anyone uses
FreeBSD on the desktop. I don't know any other FreeBSD user personally (I even
met a Linux kernel developer, but never met a FreeBSD user!).
I don't know if using Linux would help, because on Xubuntu 15.04, the
launcher's GUI didn't even come up if I use Toontown Rewritten under Wine.
And while Toontown Rewritten has a Linux launcher and FreeBSD has Linux
emulation, Toontown Rewritten has a 64 bit Linux launcher and FreeBSD's Linux
emulation is 32-bit, so that's a no-go.
What is a solution/workaround for this problem?
Thanks,
Neel Chauhan
---
https://www.neelc.org/
--
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=15473
Summary: After Effects 4 crashes on startup
Product: Wine
Version: 1.1.5
Platform: Other
URL: http://download.adobe.com/pub/adobe/aftereffects/win/4.x
/ae4try_uk.exe
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
sha1sum of ae4try_uk.exe is 8b9dd9bbe422209a311c5f0ce9054e2e687f5450
App installs ok and puts up a gui when you start it, but quickly
crashes with dialog
"After Effects can't continue: sorry, an abnormal condition has been detected"
+seh shows there's an exception, but the +relay,+text,+seh log isn't
very illuminating. Running in winedbg gives a nice stack dump;
inside SetWindowPos(), for some reason DefWindowProc gets WM_KEYF1
and sends WM_HELP, which is handled by the app's window procedure, which
crashes on a near-null pointer access.
--
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=40083
Bug ID: 40083
Summary: Heroes of the Storm Freezes after its February 2nd
Patch
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vexorian(a)gmail.com
Distribution: ---
It appears there is no bug report on this even though it is being reported by
multiple people.
Heroes of the Storm worked fine in WINE until the most recent patch. Now
starting a match has a very high chance to freeze the game up between 0 and 30
seconds after the match starts (after the loading screen). Killing the process
and starting the game again makes it tell you you need to rejoin the game, and
the rejoin process will also freeze, possibly because HotS' game rejoining
process makes it repeat all the game's actions in the background.
There appears to be a low probability chance that the freeze will not happen,
which causes some reports of people claiming to fix the issue by changing
graphics settings or changing the hero composition / game mode. Only to later
report that the game is freezing again.
Reports specify various WINE versions including staging 1.9.2. In my case it's
1.7.44, which is why I am including that version in the report.
I tried enabled debugging text but the output doesn't report anything that
coincides with the lock up and the text output seems roughly the same as it was
before. I can provide the output text when I have more time if needed.
app db thread:
https://appdb.winehq.org/commentview.php?iAppId=15978&iVersionId=32232&iThr…
Battle net thread:
http://us.battle.net/heroes/en/forum/topic/20419814648?page=1
--
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=35187
Bug ID: 35187
Summary: Jade Empire Special Edition configuration tool always
resetting video settings
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: amartinson(a)codeweavers.com
Classification: Unclassified
Regression SHA1: 85ced167bd68e882900085ea50f25897e8457172
Created attachment 46937
--> http://bugs.winehq.org/attachment.cgi?id=46937
terminal output
This was tested with the GOG.com version of the game. The game has a
configuration tool (JadeEmpireConfig.exe) similar to the one used in Dragon
Age:Origins, except the problem doesn't exist in DA:Origins' utility.
The problem: when you start the configuration tool it always resets the video
options that you set and saved earlier. The problem can be reproduced by
selecting a different screen resolution in the utility, then click on the
System -> Rescan option. Screen resolution and all other video options reverted
to 640x480.
The problem is not with saving the options, because the changes you've made are
saved correctly in JadeEmpire.ini.
I found out this is a regression from Wine 1.3.7:
85ced167bd68e882900085ea50f25897e8457172 is the first bad commit
commit 85ced167bd68e882900085ea50f25897e8457172
Author: Adam Martinson <amartinson(a)codeweavers.com>
Date: Wed Nov 3 16:13:58 2010 -0500
msxml3: Fix node_get_text() whitespace handling.
:040000 040000 76eb4e8a62b445fe244a16524f7305411c69875f
af858af05d7afa1534da053cada3cf8583992c69 M dlls
Native msxml3 (winetricks msxml3) works around the problem.
wine-1.7.8-142-gb87b9f0
--
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=39866
Bug ID: 39866
Summary: XIIZeal (steam) immediately exits on start
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: zakk(a)rsdio.com
Created attachment 53223
--> https://bugs.winehq.org/attachment.cgi?id=53223
xiizeal trace+d3d
The steam game XIIZeal immediately exits when it is ran.
I've narrowed it down to d3d:wined3d_check_device_format returning false,
attachment is a log file with trace+d3d.
If I changed wined3d_check_device_format to blindly return WINED3D_OK the game
starts up fine and all graphics appear to be ok. (There are additional problems
with the game beyond the scope of this bug report, though)
--
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=37556
Bug ID: 37556
Summary: String compare functions with only one length argument
can lead to page faults.
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sebastian(a)fds-team.de
Distribution: ---
This issue was discovered with Adobe Flash, but is not limited to this single
application. Moreover there are much more ways to trigger this issue than just
the way described below.
Important parts of the stacktrace:
--- snip ---
Unhandled exception: page fault on read access to 0x077ca000 in 32-bit code
(0xf7563773).
[...]
Backtrace:
=>0 0xf7563773 real_length+0x1f(str=".SOL", len=0xf) [libs/wine/sortkey.c:329]
in libwine.so.1 (0x0093cf98)
1 0xf7563791 wine_compare_string+0x10(flags=0x1, str1=".SOL", len1=0xf,
str2="\\?\GLOBALROOT\", len2=0xf) [libs/wine/sortkey.c:338] in libwine.so.1
(0x0093cfb8)
2 0x7b84f65f CompareStringEx+0x1f0(locale=..., flags=..., str1=..., len1=...,
str2=..., len2=..., version=..., reserved=..., lParam=...)
[dlls/kernel32/locale.c:3312] in kernel32 (0x0093d028)
3 0x7b84f45f CompareStringW+0x3a(lcid=..., flags=..., str1=..., len1=...,
str2=..., len2=...) [dlls/kernel32/locale.c:3271] in kernel32 (0x0093d078)
4 0x7dd949a3 StrCmpNIW+0x9f(lpszStr=..., lpszComp=..., iLen=...)
[dlls/shlwapi/string.c:418] in shlwapi (0x0093d0d8)
[...]
0xf7563773 real_length+0x1f [libs/wine/sortkey.c:329] in libwine.so.1: movzwl
0x0(%eax),%eax
329 while (len && !str[len - 1]) len--;
--- snip ---
What happens here is that StrCmpNIW is called with two strings.
--- snip ---
INT WINAPI StrCmpNIW(LPCWSTR lpszStr, LPCWSTR lpszComp, int iLen)
{
TRACE("(%s,%s,%i)\n", debugstr_w(lpszStr), debugstr_w(lpszComp), iLen);
return CompareStringW(GetThreadLocale(), NORM_IGNORECASE, lpszStr, iLen,
lpszComp, iLen) - CSTR_EQUAL;
}
--- snip --
The exact length of both strings is unknown in this function, so wine passes
"iLen" for both strings to CompareStringW. CompareStringW assumes that memory
regions are valid, and then tries to access them in real_length(..). In this
case however unfortunately one of the strings is very close to a page boundary,
so accessing the whole memory block leads to a page fault.
To fix this issue it is either necessary to:
* Change all places where CompareStringW(..) is called with 'invalid' length
values.
* Add exception handlers to real_length(..).
* Move real_length(..) from the beginning of CompareStringW(..) somewhere to
the end, so that the function aborts on the first non-matching byte.
I am opening this issue as a bug report since it needs further investigation,
and I am not sure yet whats the right way to fix it.
--
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=33988
Bug #: 33988
Summary: Star Wars: The Force Unleashed II - Crashes with a
page fault
Product: Wine
Version: 1.6-rc4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tomas191191(a)gmail.com
Classification: Unclassified
Created attachment 45159
--> http://bugs.winehq.org/attachment.cgi?id=45159
Program Error Details
This game installs and starts perfectly from Steam (although it requires the
same Virtual Memory fix as its predecessor). When I attempt to start a new
game, it crashes with a page fault. I used "d3dx9_43" when trying to play this
game.
--
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=40222
Bug ID: 40222
Summary: IMalloc(Spy)::Free nullptr
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: learn0more+wine(a)gmail.com
Distribution: ---
Created attachment 53739
--> https://bugs.winehq.org/attachment.cgi?id=53739
the binary triggering the bug.
Calling IMalloc::Free with a nullptr should not invoke the IMallocSpy.
(IMalloc_fnFree)
Bug encountered in ReactOS (Where the IMallocSpy implementation from wine is
used).
See: https://jira.reactos.org/browse/CORE-10903
Also verified on wine.
Attached binary invokes the invalid behavior on ReactOS and Wine, and not on
Windows.
(Run: `wine atl_apitest.exe CComHeapPtr`)
Patchbot run:
https://testbot.winehq.org/JobDetails.pl?Key=20921
--
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=40204
Bug ID: 40204
Summary: [REGRESSION] Steam stopped working as of wine 1.9.4
Product: Wine
Version: 1.9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lena.stoffler(a)ymail.com
Distribution: ---
Created attachment 53714
--> https://bugs.winehq.org/attachment.cgi?id=53714
Console output (LOG)
As of wine 1.9.4 the steam client stopped working, means won't start anymore.
The installer and updater still works, but the main gui and service is unable
to start.
Games that require the steam client running in the background cannot be played
anymore.
Log attached, clean wineprefix used
32-bit and 64-bit tested, same behaviour
NOTE: in wine 1.9.3 steam works
--
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=40021
Bug ID: 40021
Summary: CTL3D32.DLL seems to be mostly empty
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lahs8353(a)yahoo.com
Distribution: ---
I need CTL3D32.DLL for a scientific program found here:
http://optics.tugraz.at/idea/register.html
I've tried getting it to work on wine (well q4wine to be exact) and I'm having
some issues. I've tried both native and builtin DLLs. I've also tried manually
overwriting the DLL under Windows/System32 with one which I downloaded. The
native DLL reports that CTL3D32.DLL was not installed correctly. The builtin
DLL reports: "wxWindows Fatal Error: Cannot register CTL3D"
People on IRC commented that it appears that CTL3D32.DLL is mostly empty on
wine and should be easily fixable.
--
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=38314
Bug ID: 38314
Summary: Mouse Wheel doesn’t work for JA2 1.13 (it uses
MOUSEHOOKSTRUCTEX)
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: notifications+bugs.winehq.org(a)m0a.de
Distribution: ---
The mouse wheel does not work at all in JA2 1.13 and by looking at the source
code I think it may be one of several reasons:
1) MOUSEHOOKSTRUCTEX is not properly supported in wine
2) The wheel distance in mouseData does not equal WHEEL_DELTA (if it’s not
exactly WHEEL_DELTA then this code will just drop the event)
3) There is a "bug" in the JA2 1.13 code, which actually works in Windows
3a) If I look at the code I see a comparison with WHEEL_DELTA, this will fail
if the LOWORD of mouseData is not zero. Seems like on windows it’s always zero?
Maybe in wine it’s not zero? Source:
https://msdn.microsoft.com/en-us/library/windows/desktop/ms644969%28v=vs.85…
The code:
LRESULT CALLBACK MouseHandler(int Code, WPARAM wParam, LPARAM lParam)
{
[...]
p_mhs = (MOUSEHOOKSTRUCTEX*)lParam;
[...]
if(p_mhs->mouseData==(WHEEL_DELTA<<16)) //up MessageBeep(-1);
QueueEvent(MOUSE_WHEEL_UP, 0, uiParam);
if(p_mhs->mouseData==(-WHEEL_DELTA<<16)) //dn MessageBeep(0x00000040L);
QueueEvent(MOUSE_WHEEL_DOWN, 0, uiParam);
--
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=37288
Bug ID: 37288
Summary: Not implemented feature
System.Drawing.Pen.ResetTransform()
Product: Wine
Version: 1.7.26
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: mr_wire(a)mail.ru
Tried to use ComponentOne C1Report library in my .NET application, got the
following error.
System.Reflection.TargetInvocationException: Exception has been thrown by the
target of an invocation. ---> System.NotImplementedException: The requested
feature is not implemented [GDI+ status: NotImplemented]
at System.Drawing.GDIPlus.CheckStatus (Status status) [0x00000] in <filename
unknown>:0
at System.Drawing.Pen.ResetTransform () [0x00000] in <filename unknown>:0
at (wrapper remoting-invoke-with-check) System.Drawing.Pen:ResetTransform ()
at C1.Win.C1Preview.C1PreviewPane.#YQe () [0x00000] in <filename unknown>:0
at C1.Win.C1Preview.C1PreviewPane.#kPe () [0x00000] in <filename unknown>:0
at C1.Win.C1Preview.C1PreviewPane.Init () [0x00000] in <filename unknown>:0
at C1.Win.C1Preview.C1PreviewPane..ctor () [0x00000] in <filename unknown>:0
at (wrapper remoting-invoke-with-check) C1.Win.C1Preview.C1PreviewPane:.ctor
()
at C1.Win.C1Preview.C1PrintPreviewControl.Init () [0x00000] in <filename
unknown>:0
at C1.Win.C1Preview.C1PrintPreviewControl..ctor () [0x00000] in <filename
unknown>:0
at (wrapper remoting-invoke-with-check)
C1.Win.C1Preview.C1PrintPreviewControl:.ctor ()
at C1.Win.C1Preview.C1PrintPreviewDialog.InitializeComponent () [0x00000] in
<filename unknown>:0
at C1.Win.C1Preview.C1PrintPreviewDialog..ctor () [0x00000] in <filename
unknown>:0
at (wrapper remoting-invoke-with-check)
C1.Win.C1Preview.C1PrintPreviewDialog:.ctor ()
[skipped lines]
--
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=39908
Bug ID: 39908
Summary: SuperTux 0.3.5a crashes on startup, needs
msvcr120.dll.strtof
Product: Wine
Version: 1.9.0
Hardware: x86
URL: https://github.com/SuperTux/supertux/releases/download
/v0.3.5a/supertux-0.3.5a-win32-setup.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)vr-web.de
Distribution: Debian
wine: Call from 0x7b83a2bc to unimplemented function msvcr120.dll.strtof,
aborting
Moving this issue to its own bug.
Was before part of https://bugs.winehq.org/show_bug.cgi?id=39034 .
--
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=37115
Bug ID: 37115
Summary: Calling ReadFile from WINBASEAPI (WinBase.h) with zero
read length causes hang
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: robw(a)sagatech.ca
Our software connects to a serial device using USB-serial adapters. In the
process of attempting to create a wrapper for use on OSx, I discovered a hang
when I attempted to connect to the device under Wine that does not occur under
Windows.
I have tracked it down to the WINBASEAPI ReadFile. Under Windows, if a zero
value is passed as the length to read, it handles and returns zero. Under Wine,
it causes a "black box" (meaning I can't trace it) hang.
I have worked around this in my code by including a return on zero value for
the length, however believe it may be responsible for other serial issues I
have seen in researching this problem.
--
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=40129
Bug ID: 40129
Summary: MSI Reading and Writing Behaves differently than
Windows
Product: Wine
Version: 1.9.1
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: agrothberg(a)yahoo.com
Created attachment 53618
--> https://bugs.winehq.org/attachment.cgi?id=53618
Corrupt MSI
I am using Python `bdist_msi` to create an MSI and then
https://github.com/activescott/lessmsi to inspect the MSI. When using Wine, I
can create an MSI and then successfully inspect it. However if I try to install
the MSI that was created under Wine on Windows machine, in stall fails. Further
using the same lessmsi tool above but running it on Windows fails. A complete
write up is here:
http://stackoverflow.com/questions/35004900/using-wine-to-build-msi-for-pyt…
but it appears that the Property table on the MSI is corrupt. Attached is the
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=39838
Bug ID: 39838
Summary: Wreckfest Server: Crashes at startup, unimplemented
function KERNEL32.dll.GetConsoleScreenBufferInfoEx
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: devin(a)devinbraune.de
Distribution: ---
Created attachment 53182
--> https://bugs.winehq.org/attachment.cgi?id=53182
Screenshot which shows terminal (input and output) and other windows related to
it
Bugbear Games' Next Car Game: Wreckfest crashes in dedicated server mode
because KERNEL32.dll.GetConsoleScreenBufferInfoEx is not implemented.
Attached screenshot shows what exactly happens when starting a clean
installation of wreckfest with a clean wineprefix 1.8. The start_server.bat is
part of the game and seems to start wreckfest.exe -s, the regular executable of
the game.
The game itself launches fine if hardware requirements are met. Just not the
server.
Unfortunately, I can't post a download link because it's a commercial game on
steam.
--
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=34174
Bug #: 34174
Summary: Error cleaning log file when installing mingw
Product: Wine
Version: 1.6-rc5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
Created attachment 45459
--> http://bugs.winehq.org/attachment.cgi?id=45459
Terminal log
How to reproduce:
0. (Clean wine prefix after running winecfg was used for this)
1. Install mingw-get-inst-20120426.exe with default settings (but accept
license of course :) )
2. See a message "Encountered an error cleaning log file (1)"
3. Then after you press OK and click next with a tick "show log file" enabled
see empty log file opened in notepad.
--
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=14617
Summary: 3rd party treeview stopped working
Product: Wine
Version: 1.1.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: brendan.dowds(a)sciencesoft.com
CC: julliard(a)winehq.org
Hello all,
I am a developer for a software company trying to get our software to work on
WINE. Unfortunately the third party treeview control we rely heavily on fails
to work properly. Namely in that we can not drag items from the treeview.
A small test program (TV_Test.exe), written in VB6, is attached to demostrate
this behaviour. Upon clicking on a node the program performs a HitTest to
determine what type of node it is and its subsequent behaviour
(expand/collapse, allowing dragging, etc.)
To duplicate place the attached folder in the 'Program Files' folder (or where
you please) and run the exe, through WINE obviously. Add a node (or several)
via the button then click on a node. The message box should then tell you if
the test has been passed or not. A successful test should also change to be a
couple of right pointing arrows, and the direction of the arrow in the treeview
node (if it was the lowest branch level). A failed test reports an error
("Error: Error in loading DLL (No.48) In ClickedNode") in the message box.
Now, this is where I know I'm breaking the rules. But this test program and our
main program (which I hope to at to the Apps Database today) both need wine
tricks to have been run, specifically vcrun6, for redistribution reasons.
However, I've already emailled Dan Kegel and he believes this may not be
necessary. I digress.
The test program always failed without winetricks vcrun6, but after it (and
before the bad revision) it worked. (Strictly you do not need to run the full
vcrun6, you need to remove the msvcrt, oleaut32 and olepro32.dlls from the
drive_c/windows/sysem32/ folder and run the vcredist.exe through WINE.)
A colleague looked into this problem in more detail hoping to solve it
ourselves (how wrong we were) and we believe that although we use winetricks,
in this case it actually helps expose a bug rather than the bug being something
intrinsic in what we use winetricks for i.e. replace built-in dlls with native
ones.
So in summary, running the test program without vcrun6 has always failed, with
vcrun6 it used to work but now doesn't.
Some more relevant information (I hope):
- I pulled down the latest git repository this morning (SHA1 ID:
2f445e4e4a74bda3034d993226f05073e777eb85) and tested it, the bug is still there
(wine-1.1.1-339-g2f445e4).
- I'm running FC6
- gcc version is 4.1.2
- command to run the program is '"wine C:\Program Files\Treeview
Test\TV_Test.exe"', assuming the folder is located in 'Program Files'
- A git-bisect showed the first bad revision to be between 0.9.37 and 0.9.38
(SHA1 ID:2f445e4e4a74bda3034d993226f05073e777eb85)
- Further investigation found that by commenting out just two lines the
program worked. And still works in the lastest version. The two lines are in
load_library of /dlls/kernel32/module.c and are shown in the attached file
(load_library_EDITTED.txt)
- The git log for the bad revision is attached.
- My intention was to also attach the output of WINEDEBUG but with the below
command:
$ WINEDEBUG=+relay wine "C:\windows\Program Files\Treeview Test\TV_Test.exe"
I get:
WINEDEBUG=+relay: Command not found.
Look forward to hearing anything and many thanks.
--
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=32827
Bug #: 32827
Summary: Legrand XL3Pro3 : Crash on launch
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gogy.sp(a)gmail.com
Classification: Unclassified
Created attachment 43359
--> http://bugs.winehq.org/attachment.cgi?id=43359
wine backtrace
Wine crashes when I launch Legrand XL3Pro3 without any detail. XL3Pro3 is a
free soft from Legrand Electrics Company (French) that configure electric
installation for home users and pro users
Please see backtrace.txt in attachment
Thx
--
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=30687
Bug #: 30687
Summary: Powerpoint 2003/2007: embedded video play/pause on
click no longer works
Product: Wine
Version: 1.5.2
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
CC: aric(a)codeweavers.com
Depends on: 30445
Classification: Unclassified
Regression SHA1: 821ead201d38ebca8f3e92e71bf7b6c8641b5ace
Setting Wine version based on the regression test for bug 30445.
In PowerPoint, when embedded video is set to play on click, you should be able
to toggle pause and play at any point by clicking on the video. That's no
longer working. In wine-1.5.4-61-g8327e6f, the video can be started on click,
and paused once by clicking on it, but subsequent clicks do nothing.
--
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=13683
Summary: Ultima IX: Mouse pointer missing when reading books,
under inventory
Product: Wine
Version: 1.0-rc3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rixa(a)cs.tut.fi
When opening an in-game book for reading, there is nothing to work as a mouse
pointer to help clicking the page corners or other clickable elements with. The
books do work, but finding the correct spot to click without any pointer is
quite hard. Saving and loading the game as well as selecting spells are also
implemented by an in-game book, so these functions are likewise affected.
A similar issue affects using the inventories and toolbelt, though the pointer
is not so much missing as being drawn under instead of over the inventory
panel. Otherwise the game seems to work well.
I'm running wine 1.0rc3 on a CentOS 5 system with a GeForce4 Ti 4800 graphics
card and nVidia proprietary drivers version 96.43.05.
--
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=40201
Bug ID: 40201
Summary: EccoPro only works on Wine 1.6.2
Product: Wine
Version: 1.9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tim.c.quinn(a)gmail.com
Distribution: ---
Created attachment 53710
--> https://bugs.winehq.org/attachment.cgi?id=53710
wine eccoext.exe output
Ecco Pro 4.01 only works on Wine 1.6.2 and fails to run on any later version.
Installation instructions for getting a static installation of ecco pro is
here:
http://nixplayground.blogspot.ca/2015/02/installing-ecco-pro-401-in-linux-u…
I have run through eccoext.exe and ecco32.exe on later versions and they fail
in all cases.
I have tested on the following systems:
* Ubuntu 14.04.4 x64
* Ubuntu 15.10
* Opensuse 42.1
I will attach the outputs for each of the following tests:
1) % wine eccoext.exe --> eccoext_output.txt
2) % winedbg ecco32.exe --> ecco32_output.txt
Test 3) % wine ecco32.exe just results in a dialog "An application error has
occurred. Please exit Ecco and restart"
--
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=39878
Bug ID: 39878
Summary: Diablo II does not start
Product: Wine
Version: 1.7.25
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Diablo 2 does not start under wine-1.9.0. This is actually regression caused by
wine-1.7.24-57-g7cdaece:
commit 7cdaece711e696447b10ea9c0ab00b7ced799165
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Mon Aug 18 08:26:20 2014 +0200
wined3d: Store the amount of video memory as a UINT64.
Diff in console log between 1.7.24 and 1.7.25:
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x32b964,L"kernel32<elf>"), for debug_info(abbrev:0x7a40c30,symt:0x7b9b0d8)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x32b964,L"advapi32<elf>"), for debug_info(abbrev:0x8631ce0,symt:0x86f81fc)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at
ctx(0x32b964,L"comdlg32<elf>"), for debug_info(abbrev:0x8791fa0,symt:(nil))
...
--
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=33787
Bug #: 33787
Summary: after initial open of IE8 and open page in new tab to
select add on & accelerators instead of Live
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jakubcoltun(a)gmail.com
Classification: Unclassified
Created attachment 44763
--> http://bugs.winehq.org/attachment.cgi?id=44763
after initial open of IE8 and open page in new tab to select add on &
accelerators instead of Live
after initial open of IE8 and open page in new tab to select add on &
accelerators instead of Live
--
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.