wine-bugs January 2018

wine-bugs@winehq.org

1 participants
7915 discussions

[Bug 32947] New: Broken font rendering with many fonts (including Microsoft core fonts) in wine 1.5
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=32947 Bug #: 32947 Summary: Broken font rendering with many fonts (including Microsoft core fonts) in wine 1.5 Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: constantine.gavrilov(a)gmail.com Classification: Unclassified This is a long standing issue with 1.5 versions. Several bugs have been opened and closed but they usually do not get to the core issue. One of the issues (that is listed as closed) is 29250. Here is the beef of the matter. Many true type fonts including core Microsoft fonts (Arial, Times New Roman, Courier New, Tahoma, Verdana) and all built-in true type fonts shipped with Wine (Tahoma, ms-sans-serif, etc.) will use subpixel rendering only at unrealistically big sizes (>= 16), and event then the quality is awful. Other fonts (typically from Dejavu or Vera families) will render just fine and will use subpixel rendering at default sizes. Asking wine to log font decisions shows that wine has decided to disable antialiasing for "problematic" fonts because of the info it got from GASP table. I would like to stress that this is not a problem of fontconfig settings or fontconfig or wine font substitutions. Nor it is a problem of wrong DPI. Native linux applications display just fine, and wine will display similar to Linux if Dejavu or Vera fonts are forced. Additionally, ClientSideGraphics=N (or =Y) has nothing to do with this problem either. Under both settings, the fonts look similar and the decisions based on the GASP table are the same. This setting does not affect the decision to antialias or not, it affects the quality with ClientSideGraphics=N giving better results that are also consistent with the Linux desktop. This feature (using the GASP tables the way they are used) is actually a misfeature because: * shipped wine fonts are not usable for dialogs and menus * native Windows fonts cannot be used because they will not use subpixel rendering but they are still recommended in documentation. I understand that someone desired to get a closer picture to Windows, but what we have is unusable now. As far as I can see, Windows will antialias these fonts just fine (at least starting from size 12), and even when ClearType is not used for size 10, the font is still very crisp and readable. Bottom line, when wine decides to skip antialias for most fonts, the result is very very ugly. I would even say it is not possible to use. I also would like to claim that fontconfig uses subpixel rendering for these fonts just fine (native Linux applications look great) and I would say the results are better (at least definitely not worse) compared to Windows rendering for cases when it decides to skip antialiasing because the size is small. Can we have a configuration setting to opt out of GASP table decisions? -- 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.

1 21

[Bug 31914] New: Recorded frames are in reversed order
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=31914 Bug #: 31914 Summary: Recorded frames are in reversed order Product: Wine Version: 1.5.10 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thedesti(a)yahoo.com Classification: Unclassified I'm using glc-capture to record apllications and games. https://github.com/nullkey/glc/wiki Up to WINE-1.5.9 it was working OK, making a picture like this: http://www.twitch.tv/nuclear_power_plant/b/334759327 Sine the update to WINE-1.5.10, the recorded frames are in reversed order, making the first pixel to the last pixel. It's now looking like this: http://www.twitch.tv/nuclear_power_plant/b/334768276 Also when starting recording the console got flooded with this error: err:d3d:context_bind_fbo >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glBindFramebuffer() @ /var/tmp/portage/app-emulation/wine-1.5.10/work/wine-1.5.14/dlls/wined3d/context.c / 84 It's reproduce able with WINE-1.5.10 to 1.5.14. -- 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.

1 11

[Bug 34369] New: Civ IV crashes repeatedly after linux upgrade
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=34369 Bug #: 34369 Summary: Civ IV crashes repeatedly after linux upgrade Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: pepebuho(a)hotmail.com Classification: Unclassified I had CivIV working somewhat fine under Ubuntu 12.04 LTS. After upgrading to kernel 3.2.0-52-generic-pae #78-Ubuntu SMP, Civ IV is crashing constantly always with the same error. I see some libasound and lib pulse references, therefore I muted all sounds, nevertheless I still keep getting the same problem. Simply, after a short time playing, Civ IV crashes. -- 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.

1 6

[Bug 35032] New: starcraft unbearably slow in fullscreen mode
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=35032 Bug #: 35032 Summary: starcraft unbearably slow in fullscreen mode Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: j.schauer(a)email.de Classification: Unclassified Regression SHA1: 94ae743ea668e49d40ae4e2dc5fe1f5d9be018cb Created attachment 46698 --> http://bugs.winehq.org/attachment.cgi?id=46698 glxinfo Hi, while Starcraft (specifically Broodwar) worked perfectly before, I now observed that whenever I would let it run in fullscreen mode, it would be horribly slow (about 2-3 fps) so that even moving the mouse cursor would become a frustrating task. This issue does not show when starcraft is not drawing fullscreen, for example when it is in a virtual desktop or when my window manager (awesome) constricts it to a window. This might be a problem with my graphics card/driver but since it worked fine in wine a few years ago, I ran a regression test and found out that the problem was introduced with commit 94ae743 which changed the DefaultSurfaceType to opengl. On my host I'm running Debian jessie (testing) amd64 with mesa 9.1 and intel 2.19 drivers. I did all the regression testing in a chroot environment with Debian squeeze i386 because the specific wine versions around commit 94ae743 would not compile when libxml2 was too new. I only have access to Intel graphics hardware, so I can't test on a machine with a different graphics card. The laptop I was testing on was a Dell E6510 with Ironlake graphics as you can see in the attached glxinfo output. I was told in IRC that this problem is likely a driver issue but nevertheless I would like to know whether there is a patch that I can apply to my specific wine version to restore the functionality I had before commit 94ae743 was applied? -- 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.

1 19

[Bug 31142] New: Compiling on 64-bit fails with wine1.4 and above
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=31142 Bug #: 31142 Summary: Compiling on 64-bit fails with wine1.4 and above Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wldap32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: thejollybard(a)gmail.com Classification: Unclassified Compiling various applications which require wine libraries fail in 64-bit. On Ubuntu 12.04 Since the upgrade to wine1.4, I think, dssi-vst stopped working. I tried reinstalling it only to realise that there was only dssi-vst:i386 in the ubuntu repos. I can't use it because it needs liblo7:i386, while most DAWs need the amd64 version. I tried compiling dssi-vst manually, but this happens: /usr/bin/ld: Relocatable linking with relocations from format elf64-x86-64 (/usr/lib/x86_64-linux-gnu/wine/libwinecrt0.a(exe_entry.o)) to format elf32-i386 (dssi-vst-server.04FZay.o) is not supported Same thing happens with fst. -- 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.

1 9

[Bug 32560] New: H&R Block At Home 2012 fails to install
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=32560 Bug #: 32560 Summary: H&R Block At Home 2012 fails to install Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cuny.cs(a)gmail.com Classification: Unclassified Created attachment 42966 --> http://bugs.winehq.org/attachment.cgi?id=42966 backtrace Before attempting to install the tax program I followed the following steps found in the App DB for H&R Block TaxCut 2011: 1.) winetricks ie8 2.) winetricks vcrun6 3.) winetricks vcrun2005 4.) winetricks mspatcha winetricks vcrun6 failed with this error: HTTP request sent, awaiting response... 404 Not Found 2012-12-27 02:10:23 ERROR 404: Not Found. The others were successfully installed. When I attempted to install HRBlock from a downloaded installation file (HRBlock_Deluxe+Efile+State.exe) result was just "Error reading setup initialization file". No further information was given. When I attempted to install from a CD, running the file tcauto.exe crashed & produced the attached backtrace. When I attempted to install from the CD, running the file installers/HRBlock_Deluxe+Efile+State_2012_CD.exe, it started extracting files but then stopped & said "Please use TCAuto.exe to install H&R Block tax" -- 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.

1 4

[Bug 38481] New: d2d1/tests/d2d1.c crashes when running under valgrind
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=38481 Bug ID: 38481 Summary: d2d1/tests/d2d1.c crashes when running under valgrind Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian Created attachment 51323 --> https://bugs.winehq.org/attachment.cgi?id=51323 output/backtrace fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0x5a, opcode_token 0x0300005a. fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0x64, opcode_token 0x04002064. fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0x65, opcode_token 0x03000065. fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0x68, opcode_token 0x02000068. fixme:d3d_shader:shader_sm4_read_src_param Unhandled swizzle type 0. fixme:dwrite:dwritefactory_CreateMonitorRenderingParams (0x1): monitor setting ignored wine: Unhandled page fault on read access to 0x09e8a080 at address 0x52c3b80 (thread 0031), starting debugger... preloader: Warning: failed to reserve range 00110000-68000000 Unhandled exception: page fault on read access to 0x09e8a080 in 32-bit code (0x052c3b80). Backtrace: =>0 0x052c3b80 (0x06716640) 1 0x0c244c8b (0x0424448b) 2 0x24448b24 (0x0489f219) 0x052c3b80: pushl %ebp Modules: Module Address Debug info Name (70 modules) ELF 4000000- 4021000 Deferred ld-linux.so.2 ELF 4023000- 4025000 Deferred vgpreload_core-x86-linux.so ELF 4025000- 4034000 Deferred vgpreload_memcheck-x86-linux.so ELF 4035000- 41ec000 Dwarf libwine.so.1 ELF 41ec000- 4207000 Deferred d2d1_test<elf> \-PE 41f0000- 4207000 \ d2d1_test -- 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.

1 5

[Bug 23649] New: [TMG 7.04] Certain fonts are not drawn correctly
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=23649 Summary: [TMG 7.04] Certain fonts are not drawn correctly Product: Wine Version: 1.2-rc7 Platform: x86 URL: http://www.whollygenes.com/files/tmg7setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: saturn_systems(a)yahoo.com Created an attachment (id=29593) --> (http://bugs.winehq.org/attachment.cgi?id=29593) foxfont corruption tag entry screen The following fonts look corrupted if used and tmg will not display until tmg is restarted (1)"A Line TMG" (2)"Foxfont" (3)"Foxpro window font" (4)"System font" See screen captures. To change the fonts to see the issue you need to visit the preferences menu "file>preferences>Program Options>List" and select one the fonts listed above. -- 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.

1 28

[Bug 34166] New: Fullscreen flickering on Mac
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=34166 Bug #: 34166 Summary: Fullscreen flickering on Mac Product: Wine Version: 1.6-rc5 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: M8R-45axwd(a)mailinator.com Classification: Unclassified The fullscreen flickering bug-- http://bugs.winehq.org/show_bug.cgi?id=29261 --was fixed by the introduction of the mac driver, and in Wine 1.6 RC4 everything works fine. However, the flickering is back in 1.6 RC5 even WITH the mac driver. The problem is still present in stable Wine 1.6. I'll try to do a regression test for this bug, but it seems like a hard thing to do. Maybe somebody will be able to identify the cause quicker than me. OS X 10.7.5, ATI Radeon HD 2600 Pro 256 MB -- 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.

1 123

[Bug 29227] New: Everything using acceleration crashes after a while on radeon
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=29227 Bug #: 29227 Summary: Everything using acceleration crashes after a while on radeon Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: 2012atondwal(a)tjhsst.edu Classification: Unclassified Anything that tries to use graphics acceleration (e.g. steam client, not even the games...) crashes. I think it's the graphics acceleration because quicktime crashes immediately and the steam client only crashed after it auths. Bug disappears with +relay, but ofc, everything is uselessly slow with +relay. Under catalyst it works. Here's the log: http://pastebin.com/1Xvu5f0b radeon: http://pastebin.com/7PCGgKYK I thought the problem was fixme:d3d_caps:wined3d_guess_card No card selector available for GL vendor 4 and card vendor 0000. so in accordance with http://bugs.winehq.org/show_bug.cgi?id=24051 I made wine recognize my card. (added a catchall strstr(gl_vendor_string, "Gallium")) in wined3d_guess_card_vendor under vendor "ATI" in dlls/wined3d/directx.c ) Same thing happens. This is the log without +relay: http://pastebin.com/nqkeSgv4 The log with +relay is attached. My graphics card is a radeon 6850HD. Kernel 3.1.2-1-ARCH mesa 7.11.2 with gallium3d -- 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.

1 15

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2018