November 2018 - Wine-bugs - list.winehq.org

[Bug 40556] New: Skyshine's BEDLAM: Options menu cannot be closed
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=40556 Bug ID: 40556 Summary: Skyshine's BEDLAM: Options menu cannot be closed Product: Wine Version: 1.9.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 54393 --> https://bugs.winehq.org/attachment.cgi?id=54393 Terminal output for Wine 1.9.9 for Skyshine's BEDLAM Wine 1.9.9 clean WOW64 prefix. Game version is 04.20.2016 The game starts and you can see the main menu but for some reason the game's Options menu is turned on by default and cannot be closed no matter whether the user hits the "X" in the Options menu or by using the Escape key. Steps to reproduce: Run $wine Skyshines\ BEDLAM.exe The game will then launch with the Options menu already opened. You can still play the game but you will always have the Options menu front and center. This occurs whether you run the game in Windows XP or Windows 7 mode. -- 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 34740] New: Command 'build-dep wine ' in Saucy use old library and blocks building from source code.
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=34740 Bug #: 34740 Summary: Command 'build-dep wine ' in Saucy use old library and blocks building from source code. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sov.info(a)mail.ru Classification: Unclassified Created attachment 46318 --> http://bugs.winehq.org/attachment.cgi?id=46318 log Solvation of this problem, may be, very simple. Library libgphoto2-2-dev was upgraded to libgphoto2-6-dev, but Wine don't see that. Maybe there are dependency wine1.6=libgphoto2-2-dev or something, should be wine => libgphoto2-2-dev. -- 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 31373] New: Bioshock cause Radeon to freeze (GPU lockup)
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=31373 Bug #: 31373 Summary: Bioshock cause Radeon to freeze (GPU lockup) Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)araneidae.co.uk Classification: Unclassified Playing Bioshock (1.0, Steam version) causes graphical lockup after a few minutes of play. My graphics stack is [lib32-]ati-dri (etc) 8.0.4-1 or -2 on Arch with a HD 6950 graphics card. In dmesg I see: radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec followed by a detailed status dump. In output from startx I see numerous backtraces (I'll have to make a separate message for these, at it seems I can only make one attachment at a time) in X. I'm afraid I've got nothing to report from wine itself as any messages there might have been are drowned in a flood of fixme:d3d:resource_check_usage Unhandled usage flags 0x8. messages! -- 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 8

[Bug 35887] New: YNAB 4 carashes on launch
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=35887 Bug ID: 35887 Summary: YNAB 4 carashes on launch Product: Wine Version: 1.7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: turley714(a)gmail.com Created attachment 47922 --> http://bugs.winehq.org/attachment.cgi?id=47922 backtrace I've just installed YNAB 4 on Mint 16 using Wine 1.7.15. Lanuching the application causes an error. (Backtrace attached) The application can be downloaded here: https://www.youneedabudget.com/download -- 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 34130] New: Copy-pasting from chromium browser (linux native) to wine breaks non-latin text.
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=34130 Bug #: 34130 Summary: Copy-pasting from chromium browser (linux native) to wine breaks non-latin text. Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: unxed(a)mail.ru Classification: Unclassified Example: Far manager 3.0 (running under wine). I copy the word "проверка" (cyrillic) from chromium (linux native) and paste it to Far manager. It is pasted as "Ð¿ÑÐ¾Ð²ÐµÑÐºÐ°". Same thing with wine cmd.exe, wine settings app and other applications running under wine. May be it is chromium bug, I am not sure. Not reproduced with other browsers. -- 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 42104] New: EXT4 filesystem slows down WinRAR
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=42104 Bug ID: 42104 Summary: EXT4 filesystem slows down WinRAR Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: k638540(a)mvrht.com Distribution: --- Hello. Instructions to reproduce the bug: 1) create any multivolume archive with WinRAR 5.40 (older versions are probably OK too), set volume/part size to 1GB or 2GB, full archive size 5-10GB, do not use compression, only store mode 2) in the end of creating each volume you'll see 3-5 seconds lag and info "calculating the checksum 99%", but all CPU cores are doing nothing at this moment 3) bug is not present on tmpfs (ramdisk), not present on NTFS (Windows 7 @ virtualbox) All tests were perfmormed on Ubuntu 14, 3GHz 8 cores CPU, normal HDD. I tried editing etc/fstab, I tried to add "noatime", but it didn't change anything. In practice, when you create 100GB archive splitted into 1GB parts, entire operation is finished 10 minutes later thanks to this 3-5 seconds delay for each part. I hope somebody can fix this. Thank you. PS. Wine version doesn't matter. I tested pretty much everything what's available (1.4 1.5 1.6 1.8 2.0 beta). -- 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 21896] New: sigaltstack: invalid argument
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

http://bugs.winehq.org/show_bug.cgi?id=21896 Summary: sigaltstack: invalid argument Product: Wine Version: 1.1.39 Platform: x86 URL: http://translate.google.com/translate?hl=en&sl=ja&u=ht tp://quasiquote.org/log2/Erlang&ei=BS2LS5GIHoOulwerrIH PAQ&sa=X&oi=translate&ct=result&resnum=3&ved=0CA4Q7gEw Ag&prev=/search%3Fq%3D%2522sigaltstack%2Binvalid%2Barg ument%2522%26hl%3Den%26client%3Dfirefox-a%26hs%3DPib%2 6rls%3Dcom.ubuntu:en-US:official OS/Version: OpenBSD Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com When running wine on OpenBSD, you see sigaltstack: Invalid argument several times. It seems to be related to pthread, see: http://quasiquote.org/log2/Erlang google translated: http://translate.google.com/translate?hl=en&sl=ja&u=http://quasiquote.org/l… -- 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 5

[Bug 44442] New: Not work d3d9 and sound in x32 apps
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=44442 Bug ID: 44442 Summary: Not work d3d9 and sound in x32 apps Product: Wine Version: 3.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: sr-tream(a)yandex.ru Distribution: --- In some x32 games not work d3d9: GTA SanAndreas, Crysis 1, FlatOut2 And in FlatOut Ultimate Carnage not work sound -- 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 7

[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 38885] New: Wine will not install (Virtual package)
by wine-bugs＠winehq.org 05 Nov '18

05 Nov '18

https://bugs.winehq.org/show_bug.cgi?id=38885 Bug ID: 38885 Summary: Wine will not install (Virtual package) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: theorangeone(a)theorangeone.net Distribution: --- Created attachment 51819 --> https://bugs.winehq.org/attachment.cgi?id=51819 Error message from software center I cannot seem to install wine, I have tried through the command line, I have tried through the software center, both versions! I have added the i386 arch to dpkg as the internet says. But I still can't work it out. Any help would be great, need this to be sorted asap. Information: Ubuntu Gnome 15.04 (fully up to date) Macbook air 13 (yes I know, but it works!) Thanks in advanced! -- 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 3