June 2017 - Wine-Bugs - list.winehq.org

[Bug 39617] New: Starting TeamViewer 11 takes few minutes instead of few seconds
by wine-bugs＠winehq.org July 5, 2017

July 5, 2017

https://bugs.winehq.org/show_bug.cgi?id=39617 Bug ID: 39617 Summary: Starting TeamViewer 11 takes few minutes instead of few seconds Product: Wine Version: 1.7.55 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sasha969(a)hotmail.com Distribution: --- Created attachment 52788 --> https://bugs.winehq.org/attachment.cgi?id=52788 Info copied from trminal using winedbg. Starting TeamViewer 11 takes few minutes instead of few seconds how it usually takes in Windows. Starting app creates "Teamviewer.exe" and "TeamViewer_Service.exe" processes immediately but needs few minutes to show it's window with "tv_w32.exe" and "tv_x64.exe". Starting app does not use any extra PC resources just takes long time. Tested on Linux Mint 17.2 Cinnamon. -- 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

[Bug 40605] New: Launched LeagueofLegends immediate crash
by wine-bugs＠winehq.org July 4, 2017

July 4, 2017

https://bugs.winehq.org/show_bug.cgi?id=40605 Bug ID: 40605 Summary: Launched LeagueofLegends immediate crash Product: Wine Version: 1.9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rufus_1_2(a)yahoo.com Distribution: Fedora Created attachment 54460 --> https://bugs.winehq.org/attachment.cgi?id=54460 debug launched at launching Installed with download client just fine to NTFS logic drive mounted at /home/user/.wine/Games/Ó¢ÐÛÁªÃË/Game/LeagueofLegend.exe The following crash report is exactly the same as when I had air adobe and all the "required" listed from other LOL installations installed with winetricks, but this is under a fresh install of wine 1.9.8 that shows no libraries installed in winecfg. -- 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 43229] New: Use alsa card name instead ID
by wine-bugs＠winehq.org July 4, 2017

July 4, 2017

https://bugs.winehq.org/show_bug.cgi?id=43229 Bug ID: 43229 Summary: Use alsa card name instead ID Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sc.olivier(a)gmail.com Distribution: --- Hello dear Wine community, I wanted to point out that in audio devices, you use the "name" instead of "ID". It seems that this is a non-priority bug but has existed since the beginning of the project. Indeed, it is well specified by the community of alsa that the unique OS name of the sound cards is "ID".(Do not confuse with index) The "name" flag is used to define the manufacturer name of the card. This entry is therefore not unique. When we have the same sound card several times or if have used loopback alsa, we find nothing when you search your device in wine... If you could fix this in a near release this to be really ideal. Thanks in advance. Good continuation for this very good project that I follow a long time. -- 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 38331] New: Graphical glish in Simcity 2013
by wine-bugs＠winehq.org July 4, 2017

July 4, 2017

https://bugs.winehq.org/show_bug.cgi?id=38331 Bug ID: 38331 Summary: Graphical glish in Simcity 2013 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: ikus060(a)gmail.com Distribution: --- Hello, using Simcity 2013, with wine 1.7.39 on debian Jessie, I'm having a glitch with the graphics when playing. Look at the screenshots. At some place, the ground disapear or make a spike. https://www.dropbox.com/s/j757npq9lpira9c/Screenshot%20from%202015-03-31%20… https://www.dropbox.com/s/edr2uk5s08kfs0c/Screenshot%20from%202015-03-31%20… https://www.dropbox.com/s/6zknlz75odzm9n9/Screenshot%20from%202015-03-31%20… I'm running the game trough PlayOnLinux. Using NVIDIA 340.65. Graphics cards: NVIDIA Corporation GF108M [NVS 5400M] -- 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 42261] New: Evoland 2 is very slow
by wine-bugs＠winehq.org July 4, 2017

July 4, 2017

https://bugs.winehq.org/show_bug.cgi?id=42261 Bug ID: 42261 Summary: Evoland 2 is very slow Product: Wine Version: 2.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spleefer90(a)gmail.com Distribution: --- Evoland 2 is $1 for the next 2 weeks. https://www.humblebundle.com/best-of-2016-bundle The game lags badly in all bigger areas, and little in small areas. There doesn't seem to be any relevant wine output to it, but I'll post a game startup log 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.

1 7

[Bug 41192] New: No crashes but always error reporting without further issues on the invoked Windows applications.
by wine-bugs＠winehq.org July 4, 2017

July 4, 2017

https://bugs.winehq.org/show_bug.cgi?id=41192 Bug ID: 41192 Summary: No crashes but always error reporting without further issues on the invoked Windows applications. Product: Wine Version: 1.9.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: benedict.thienpont(a)gmail.com Distribution: --- Created attachment 55426 --> https://bugs.winehq.org/attachment.cgi?id=55426 The error reporting. >Description: All windows applications I have (none are games) result in a nagging popup of an error. It has no effect on the functionality of the software. With or without closing the error report I can continue using the Windows application and ignore the error reporting. >cat /proc/version: Linux version 3.13.0-77-generic (buildd(a)lcy01-35) (gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) ) #121-Ubuntu SMP Wed Jan 20 10:50:59 UTC 2016 >lscpu: Architecture: i686 CPU op-mode(s): 32-bit Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Thread(s) per core: 2 Core(s) per socket: 1 Socket(s): 1 Vendor ID: GenuineIntel CPU family: 15 Model: 4 Stepping: 1 CPU MHz: 2990.571 BogoMIPS: 5981.14 L1d cache: 16K L2 cache: 1024K >lshw -short: H/W path Device Class Description =================================================== system () /0 bus 09F0h /0/1 memory 128KiB BIOS /0/5 processor Intel(R) Pentium(R) 4 CPU 3.00GHz /0/5/7 memory 28KiB L1 cache /0/5/8 memory 1MiB L2 cache /0/5/1.1 processor Logical CPU /0/5/1.2 processor Logical CPU /0/6 processor CPU [empty] /0/36 memory System Memory /0/36/0 memory 512MiB DIMM DDR2 Synchronous 533 MHz (1.9 ns) /0/36/1 memory 512MiB DIMM DDR2 Synchronous 667 MHz (1.5 ns) /0/36/2 memory 512MiB DIMM DDR2 Synchronous 667 MHz (1.5 ns) /0/36/3 memory 512MiB DIMM DDR2 Synchronous 533 MHz (1.9 ns) /0/37 memory Flash Memory /0/37/0 memory 1MiB Chip FLASH Non-volatile /0/0 memory /0/2 memory /0/100 bridge 82945G/GZ/P/PL Memory Controller Hub /0/100/2 display 82945G/GZ Integrated Graphics Controller /0/100/1b multimedia NM10/ICH7 Family High Definition Audio Controller /0/100/1c bridge NM10/ICH7 Family PCI Express Port 1 /0/100/1c/0 bus uPD720200 USB 3.0 Host Controller /0/100/1c.1 bridge NM10/ICH7 Family PCI Express Port 2 /0/100/1c.1/0 eth0 network NetXtreme BCM5752 Gigabit Ethernet PCI Express /0/100/1d bus NM10/ICH7 Family USB UHCI Controller #1 /0/100/1d.1 bus NM10/ICH7 Family USB UHCI Controller #2 /0/100/1d.2 bus NM10/ICH7 Family USB UHCI Controller #3 /0/100/1d.3 bus NM10/ICH7 Family USB UHCI Controller #4 /0/100/1d.7 bus NM10/ICH7 Family USB2 EHCI Controller /0/100/1e bridge 82801 PCI Bridge /0/100/1f bridge 82801GB/GR (ICH7 Family) LPC Interface Bridge /0/100/1f.1 storage 82801G (ICH7 Family) IDE Controller /0/100/1f.2 storage NM10/ICH7 Family SATA Controller [IDE mode] /0/3 scsi0 storage /0/3/0.0.0 /dev/cdrom disk DVDRAM GSA-H10N /0/4 scsi2 storage /0/4/0.0.0 /dev/sda disk 64GB SAMSUNG SSD PB22 /0/4/0.0.0/1 /dev/sda1 volume 59GiB Extended partition /0/4/0.0.0/1/5 /dev/sda5 volume 57GiB Linux filesystem partition /0/4/0.0.0/1/6 /dev/sda6 volume 1908MiB Linux swap / Solaris partition /0/7 scsi3 storage /0/7/0.0.0 /dev/sdb disk 250GB ST3250820AS /0/7/0.0.0/1 /dev/sdb1 volume 39GiB Darwin/OS X HFS+ partition /0/7/0.0.0/2 /dev/sdb2 volume 59GiB EXT4 volume /0/7/0.0.0/2/5 /dev/sdb5 volume 57GiB Linux filesystem partition /0/7/0.0.0/2/6 /dev/sdb6 volume 1801MiB Linux swap / Solaris partition /0/7/0.0.0/3 /dev/sdb3 volume 17GiB Windows NTFS volume /0/7/0.0.0/4 /dev/sdb4 volume 116GiB Darwin/OS X HFS+ partition /0/8 scsi4 storage /0/8/0.0.0 /dev/sdc disk 8036MB Cruzer Micro /0/8/0.0.0/0 /dev/sdc disk 8036MB /0/8/0.0.0/0/1 /dev/sdc1 volume 7662MiB Windows FAT volume -- 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 2

[Bug 17896] New: Cups not detected on OpenBSD
by wine-bugs＠winehq.org July 1, 2017

July 1, 2017

http://bugs.winehq.org/show_bug.cgi?id=17896 Summary: Cups not detected on OpenBSD Product: Wine Version: 1.1.18 Platform: PC OS/Version: OpenBSD Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Compile script is: #!/bin/sh export CFLAGS="-I/usr/local/include -I/usr/local/include/libpng" export LDFLAGS="-lm -lz -lcrypto -L/usr/local/lib" export X_EXTRA_LIBS="-lXau -lXdmcp" export CPPFLAGS="-I/usr/local/include" ./configure >From config.log: configure:16073: checking for -lcups configure:16108: gcc -o conftest -I/usr/local/include -I/usr/local/include/libpng -I/usr/local/include -I/usr/local/include -lm -lz -lcrypto -L/usr/local/lib conftest.c -lcups -Wl,-R/usr/local/lib -L/usr/local/lib -lossaudio -li386 >&5 /usr/local/lib/libcups.so.3.0: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libcups.so.3.0: warning: sprintf() is often misused, please use snprintf() /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_getspecific' /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_once' /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_key_create' /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_mutex_unlock' /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_mutex_lock' /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_setspecific' collect2: ld returned 1 exit status perhaps we need to #include pthread.h? -- 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 13

[Bug 42818] New: MIDI Time Code Quarter Frame messages not passed to ALSA
by wine-bugs＠winehq.org July 1, 2017

July 1, 2017

https://bugs.winehq.org/show_bug.cgi?id=42818 Bug ID: 42818 Summary: MIDI Time Code Quarter Frame messages not passed to ALSA Product: Wine Version: 1.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winealsa.drv Assignee: wine-bugs(a)winehq.org Reporter: mdmayfield(a)yahoo.com Distribution: --- MIDI Time Code (MTC) Quarter Frame messages are not correctly passed to ALSA, causing sync to fail when the Windows application running under Wine (such as REAPER) is the master timekeeper. The problem is in dlls/winealsa.drv/midi.c, lines 931-945, which tries to use snd_seq_ev_set_sysex to send these messages. Based on the discussion in https://bugs.winehq.org/show_bug.cgi?id=26928 this must have once worked, but apparently with more recent versions of ALSA these messages are never actually sent via snd_seq_ev_set_sysex (it must have become more strict in its definition of "SysEx"). Commit 53454ce9359f4ec485aa9411a0e9b14e3d1ed0fa "Fix handling of system real time MIDI messages" by 00cpxxx appears to address a very similar issue with some messages, but does not address Quarter Frames. By using that approach as a template I was able to make Quarter Frame messages work again: https://github.com/mdmayfield/wine/commit/ab1763e7287a7062f658c40def5bf9919… Without this patch I could reproduce the issue on Wine 1.6, 1.8, 1.9,and 2.4. Once I have time I will try to create a proper patch submission. Otherwise please feel free to use or adapt the fix from the GitHub link above. Thanks, Matt -- 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 2

[Bug 42739] New: CUPS PDF creation, font encoding, garbled / glibberish text
by wine-bugs＠winehq.org July 1, 2017

July 1, 2017

https://bugs.winehq.org/show_bug.cgi?id=42739 Bug ID: 42739 Summary: CUPS PDF creation, font encoding, garbled / glibberish text Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv Assignee: wine-bugs(a)winehq.org Reporter: quatze(a)t-online.de Distribution: --- Created attachment 57734 --> https://bugs.winehq.org/attachment.cgi?id=57734 Original docx file This has originally been posted in the forum, see here: https://forum.winehq.org/viewtopic.php?f=8&t=28673 I am running MSOffice 2007 on Wine 2.4 on Arch. It is running very well and I am using it to prepare PDF files from various office files in the background. The PDF files look very good and are searchable. However, they contain text, which is malformed. This depends on the font encoding, I suppose. As a test setup I copied my Fonts directory from my windows machine to the respectuive wine prefeix/drive_c/windows/Fonts and also installed them in the truetype fonts directory on the linux machine (/usr/share/fonts/TTF + fc-cache and fc-cache-32). So the PDF printing picks up all necessary fonts. Printing is done via cups-pdf. Currently at 3.0.1, but I have tried several versions starting from 2.6 inclduding and not indcluding several patches found on the internet: https://github.com/alexivkin/CUPS-PDF-to-PDF http://www.linuxquestions.org/questions ... 175440557/ https://launchpadlibrarian.net/15378121 ... port.patch It seems that the cups-pdf driver is not the culprit here, as the result is always the same. My test.docx is attached and contains two lines ('test') the first one in Calibri, the second one in Arial. When I print this docx with wine 2.4, Word 2007 and cups-pdf, a pdf file is created, which looks fine (s. attached), but when I copy and paste the text, I get: '[garbled text] test' So apparently, the Calibri-font part is somehow problematic. pdffonts test_wine.pdf OQHKQC+ArialMT Type 1C WinAnsi yes yes no 10 0 YIGKZZ+Calibri Type 1C Custom yes yes no 8 0 I know I can directly save the docx as a pdf in word and I can also automate this via a makro, but I also would like to print from Outlook, which is not as easy to automate as Word via makros, but easily prints via tjhe /p command line switch. When I directly save the docx as pdf, I get: 'Test test' pdffonts test_wine_savepdf.pdf ABCDEE+Calibri TrueType WinAnsi yes yes no 5 0 Arial TrueType WinAnsi no no no 7 0 The difference is that the Calibri font is encoded WinAnsi and not custom. I checked whether the cups-pdf driver might be the culprit by opening and printing the test.docx file with a native copy of libreoffice and I get: 'Test test' pdffonts test_lo.pdf BAAAAA+Calibri TrueType WinAnsi yes yes yes 14 0 CAAAAA+ArialMT TrueType WinAnsi yes yes yes 9 0 So, basically, both the cups-pdf driver and wine/word are able to encode WinAnsi, but printing via Word apparently forces the cups-pdf driver to include custom-encoded font-subsets. I somewhere read that ghostscript cannot do anything related to reencoding fonts, so I assume that there is something wrong before cups-pdf starts. Further observations: If I use the 'print to file' option in Word (wine) and Word (Windows machine) to produce a PS file, further processing with ghostscript produces a PDF with garbled copied text and Type 1C, Custom encoding Calibri, whilst the same command produces a PDF with copiable text and TrueType, WinAnsi encoding Calibri. -- 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 13

[Bug 36975] New: Printing to PDF using cups-pdf as default always prints as USA letter.
by wine-bugs＠winehq.org July 1, 2017

July 1, 2017

http://bugs.winehq.org/show_bug.cgi?id=36975 Bug ID: 36975 Summary: Printing to PDF using cups-pdf as default always prints as USA letter. Product: Wine Version: 1.7.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pedro.m.ferreira(a)gmail.com Im using a software called AIRC, it is a portuguese townhall management software. With wine version 1.4 i could create A4 pdf files directly from the software, but now with wine 1.6 or wine 1.7 the pdf are always size usa letter. It is not a cups-pdf problem because printing directly to the printer it prints only as usa letter and a little part of the data. How can i troubleshoot the bug ? Thanks -- 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