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.
https://bugs.winehq.org/show_bug.cgi?id=45997
Bug ID: 45997
Summary: Attempting to run dotnet 4.0 app using the dotnet40
winetrick, receiving Not implemented for
system.drawing.pen.ScaleTransform
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: johntam(a)pedfast.com
Created attachment 62561
--> https://bugs.winehq.org/attachment.cgi?id=62561
Wine Log
Attempting to run dotnet 4.0 app using the dotnet40 winetrick, receiving Not
implemented for system.drawing.pen.ScaleTransform
--
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=45320
Bug ID: 45320
Summary: cmd creates an environment variable with an empty name
Product: Wine
Version: 3.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dima(a)gmail.com
Distribution: ---
CMD creates an environment variable with an empty name when it starts up. That
doesn't match the behavior on Windows (at least, Win10) and breaks programs
like Python.
Apparently, CMD is trying to save the current working directory; the code was
added in
https://source.winehq.org/git/wine.git/commit/d0db751e0cb7a0526c3aecca48918…,
but without an explanation.
To reproduce, run this:
#include <stdio.h>
int main(int argc, char **argv, char **envp) {
for (char **env = envp; *env != 0; env++) {
printf("%s\n", *env);
}
return 0;
}
The last line of the output will be similar to this:
=Z:=Z:\home\dima
Python gets an exception if it tries to unset that variable:
>>> import os
>>> os.environ.clear()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "C:\ProgramData\Miniconda3\lib\_collections_abc.py", line 820, in clear
self.popitem()
File "C:\ProgramData\Miniconda3\lib\_collections_abc.py", line 813, in
popitem
del self[key]
File "C:\ProgramData\Miniconda3\lib\os.py", line 680, in __delitem__
self.unsetenv(encodedkey)
File "C:\ProgramData\Miniconda3\lib\os.py", line 718, in <lambda>
_unsetenv = lambda key: _putenv(key, "")
OSError: [Errno 0] Error
This is arguably a Python bug, and it happens on UNIX, too:
https://bugs.python.org/issue20658 . However, cmd should probably match the
Windows behavior and not trigger the Python bug unnecessarily.
--
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=46186
Bug ID: 46186
Summary: LoadImageA searches images in the wrong directory
Product: Wine
Version: 3.21
Hardware: x86
URL: https://www.schneider-electric.com/en/download/documen
t/ZelioSoft2_V5_0/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
This is an issue reported in the forums:
https://forum.winehq.org/viewtopic.php?f=2&t=31489
LoadImageA is supposed to look in the executable directory, not the working
directory. Normally those two are the same, but this specific application does
it different.
Will submit a fix soon.
--
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=46168
Bug ID: 46168
Summary: dotnet35sp1 installer has an error under wow64
Product: Wine
Version: 3.20
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, Installer, win64
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
The installer catches the crash and tries to report it, but fails (also fails
if you click Debug).
Suspicious msi output:
01de:fixme:advapi:RegisterEventSourceW ((null),L"VS Setup Watson Report"): stub
01de:fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x000000da,0x3009b09c,0x71da94):
stub
01de:err:eventlog:ReportEventW L"setup.exe"
01de:err:eventlog:ReportEventW L"9.0.30729.1"
01de:err:eventlog:ReportEventW L"488f1f5c"
01de:err:eventlog:ReportEventW L"unknown"
01de:err:eventlog:ReportEventW L"0.0.0.0"
01de:err:eventlog:ReportEventW L"00000000"
01de:err:eventlog:ReportEventW L"0"
01de:err:eventlog:ReportEventW L"7c7aa160"
01de:fixme:advapi:DeregisterEventSource (0xcafe4242) stub
01de:fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub
01de:fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub
01a6:err:msiexec:custom_action_server Failed to read from custom action server
pipe: 109
01a7:err:msiexec:custom_action_server Failed to read from custom action server
pipe: 109
wine-3.20
Note: if using winetricks to test this, you'll need to comment out the win64
check:
load_dotnet35sp1()
{
- w_package_unsupported_win64
+ #w_package_unsupported_win64
case "$W_PLATFORM" in
windows_cmd) ;;
--
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.
https://bugs.winehq.org/show_bug.cgi?id=45831
Bug ID: 45831
Summary: Slack installer fails to start
Product: Wine
Version: 3.0.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: funtimeschaos(a)rocketmail.com
Distribution: ---
Created attachment 62291
--> https://bugs.winehq.org/attachment.cgi?id=62291
SlackSetup 32bit
While trying to install the Windows version of Slack desktop client, I keep
getting an error message that says:
---
Installation has failed
Please re-run this installer as a normal user instead of "Run as
Administrator".
---
I also tried it with 3.15-staging, which netted me a different error ("There
was an error installing the application"), however the console output appears
to be the same.
--
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=40303
Bug ID: 40303
Summary: Control Data passed in DIALOGEX Resource passes
pointer with offset sizeof(WORD)
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: vendor2013(a)herdsoft.com
Distribution: ---
Created attachment 53942
--> https://bugs.winehq.org/attachment.cgi?id=53942
Sourcecode for a test program
When DIALOGEX Resources contain Custom data like in:
DEFPUSHBUTTON "OK", IDOK, 148, 6, 50, 14 { 1, 2, 3, 4, 5 }
The pointer passed in WM_CREATE is two bytes higher than in windows. In Windows
(Tested with Vista an Windows 7 64-Bit) it Points to the Number of Words, in
Wine it points to the first data byte.
Microsoft Specs for this stuff are here:
https://msdn.microsoft.com/de-de/library/windows/desktop/ms645389%28v=vs.85…
Attached file dialogtest.zip is sourcecode for a test program with a simple
custom control that displays the passed control data.
Bug is in Version 1.6.2 (Debian Jessie) and 1.9.5 (Last Download).
My suggestion for a patch:
--- wine-1.6.2.orig/dlls/user32/dialog.c
+++ wine-1.6.2/dlls/user32/dialog.c
@@ -234,7 +234,8 @@ static const WORD *DIALOG_GetControl32(
TRACE("\n");
TRACE(" END\n" );
}
- info->data = p + 1;
+ info->data = p;
p += GET_WORD(p) / sizeof(WORD);
}
else info->data = NULL;
--
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.