http://bugs.winehq.org/show_bug.cgi?id=29240
Bug #: 29240
Summary: Anti-aliasing not working for all fonts
Product: Wine
Version: 1.3.34
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: A.Fettouhi(a)gmail.com
Classification: Unclassified
Yesterday I updated wine on my Arch 64 bit system from 1.3.33 to 1.3.34. Since
then I've noticed that some now aren't anti-aliased anymore. I've seen it in
Steam when looking at the fonts displaying "MAC", "VIDEOS" etc. on the main
page and on the install pop-up that appears when you install flash11. These
fonts looked fine on 1.3.33 but with 1.3.34 they look "ugly". So some kind of
regression happended.
--
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=51289
Bug ID: 51289
Summary: ws2_32:sock has siocatmark failures on wvistau64
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:sock fails quite consistently on wvistau64:
https://test.winehq.org/data/patterns.html#ws2_32:sock
sock.c:3838: Test failed: FIONBIO returned 0
sock.c:3838: Test failed: SIOCATMARK returned 1
sock.c:3848: Test failed: FIONBIO returned 0
These failures happen consistently for both 32- and 64-bit tests on wvistau64
but only the 64-bit WineTest is run daily.
They don't happen at all on wvista though so there must be some difference
between these two VMs.
wvista has the older ws2_32 dll (6.0.6001.18000 vs. 6.0.6002.18005 for
wvistau64), which means the failures happen on the more recent ws2_32. This
makes no sense so the root cause is probably elsewhere.
The failures look like they might be timing related but while adding a
Sleep(50) before the failing lines avoid the first 3838 failure, it's not
reliable and does nothing for the 3848 failure.
The failing tests were introduced in this commit:
commit 2795fa9c00338bfff6304c1b756d1a58f9f6ca60
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Thu May 27 18:57:31 2021 -0500
ws2_32/tests: Separate and expand tests for FIONREAD and SIOCATMARK.
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
But the TestBot only reported the failures for the next patch in the series:
https://www.winehq.org/pipermail/wine-devel/2021-May/187782.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.
https://bugs.winehq.org/show_bug.cgi?id=51275
Bug ID: 51275
Summary: Many programs don't work with gtk theming enabled.
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: toadfield(a)tutanota.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
When I use the gtk3 theming,then it doesn't work for many programs,for example
cemu and xdelta ui.
--
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=51048
Bug ID: 51048
Summary: wine explorer /desktop=default,<resolution> does not
render a virtual desktop
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: geoff.pvgn1(a)gmail.com
Distribution: ---
When executing any program through wine, and using the command line to generate
a virtual desktop, no virtual desktop will be created if it is named "default".
For example,
wine explorer /desktop=default,1920x1080 control
yields the control panel without a bordering desktop.
wine explorer /desktop=foo,1920x1080 control
creates the virtual desktop with the control panel within it correctly, and
names the virtual desktop "foo".
Capitalizations of "default" do not seem to make a difference.
Tested in Gentoo Linux, 2021, with vanilla wine 6.6
--
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=48851
Bug ID: 48851
Summary: WinSCP file transfer "The specified data could not be
decrypted"
Product: Wine
Version: 4.0.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 66775
--> https://bugs.winehq.org/attachment.cgi?id=66775
This is the file that failes. Its from the Apache log4net project
I've been using WinSCP on wine for years and just hit my first big issue and it
appears to be a wine issue. I was trying to transfer an xml file to an IIS
server on Windows Server 2019 and it fails on the client side with the error:
- Copying files to remote side failed.
- The specified data could not be decrypted.
The version of WinSCP I am using is 5.17.2 portable. The same issue occurs with
WinSCP 5.11.3 portable.
The error on 5.11.3 is a bit more verbose:
- Using TLSv1.2, cipher TLSv1/SSLv3: ECDHE-RSA-AES256-GCM-SHA384, 2048 bit RSA,
ECDHE-RSA-AES256-GCM-SHA384 TLSv1.2 Kx=ECDH Au=RSA Enc=AESGCM(256)
Mac=AEAD
- Copying files to remote side failed.
- The specified data could not be decrypted.
To isolate if this is a WinSCP issue or a Windows issue, I deployed the exact
same WinSCP 5.17.2 on Windows Server 2008R2 and the file transferred ok with no
errors.
I suspect this issue is related to TLS libraries deployed with Wine.
--
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=40834
Bug ID: 40834
Summary: Steam for windows, used on a linux OS, using WINE to
run, hardly works at all, I don't know why.
Product: Wine
Version: 1.9.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cherrytreesforever(a)yahoo.com
Distribution: ---
Created attachment 54796
--> https://bugs.winehq.org/attachment.cgi?id=54796
this is from the crash report I have no idea what it says
Upon launching steam using WINE I get a crash report. I saved it, you can read
up on it. Basically using Linux Zorin I am, the UI is horribly glitchy and the
entire app is completely unusable. The only reason I need to use a windows
version of steam should be obvious: Windows games and all. Anyways, I am not
sure about this bug, nor do I know enough about linux to provide much more
info, other than the saved doc with the error imprinted in it from the report
itself.
--
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=40104
Bug ID: 40104
Summary: ReplayGain by Foobar
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adl-88(a)posteo.de
Distribution: ---
ReplayGain by Foobar gains only with standardoptions and it ignores every
change.
So if I want to write with "+0.0db" to get "89db" on a track he will do this.
But if I want to write with "+6,00" to get "95db" on a track he also writes
with "0,0db". It seems that its a debian versions problem. Ubuntu versions
works fine. But I dont use ubuntu anymore.
--
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=48028
Bug ID: 48028
Summary: Error trying to install instanlling Adobe ADE 4.5
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: carlosm1979(a)gmail.com
Distribution: ---
Error trying to install instanlling Adobe ADE 4.5
--
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=47953
Bug ID: 47953
Summary: Adobe Reader is DC fails to load files
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: varia.3(a)osu.edu
Distribution: ---
This issues happens in multiple versions of Wine. Starting with Adobe Reader DC
version 19.012.20034 and onward I am unable to open a PDF file in Adobe reader
on wine.
If you go one version before to Reader DC version 19.010.20100 then Adobe
reader installs and opens PDFs just fine. Something changed in 19.012.x onward
that has broken 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=9901
Summary: GetMonitorInfo returns wrong work area
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lich(a)math.spbu.ru
GetMontorInfo always returns rcWork equal to rcMonitor, but it must take panels
and taskbars into account.
The only solution I can see is to use SystemParametersInfo(SPI_SETWORKAREA)
during initialization time, but I do not know how to deal with different
monitors.
P.S. It is needed to properly implement maximum dimensions of console window.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.