wine-bugs December 2018

wine-bugs@winehq.org

1 participants
7645 discussions

[Bug 45696] New: iconcache ImageList goes out of sync when an icon partially fails to load
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=45696 Bug ID: 45696 Summary: iconcache ImageList goes out of sync when an icon partially fails to load Product: Wine Version: 3.14 Hardware: x86 URL: http://web.archive.org/web/20061024195250/http://www.g orlani.com:80/downloads/turniton.zip OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com Distribution: --- This is mostly for reference and reproducibility: I plan to fix this bug. I've stumbled upon it when browsing through a Windows drive full of random programs with Total Commander under Wine, that contained the application "TurnItOn.exe" which is packed with some sort of executable packer (not UPX). There were other applications with icons in the same directory, but when the icon failed to load for TurnItOn.exe, it would receive the icon of the *next* application in the list and so on, until the last one which had a blank icon (out of bounds) -- totally messing the icons up until Total Commander was restarted. I was able to locate this exact version of TurnItOn.exe that I found via the web archive. It's a freeware, and it doesn't even have to be run! To reproduce this bug, it's enough that it exists so that its icon gets loaded by Total Commander. To reproduce: * Download Total Commander if you don't have it from: http://www.ghisler.com/amazons3.php * Download and place TurnItOn.exe in C:\windows on a new prefix for winhlp32.exe * Enter the directory via Total Commander, notice how both lack icons now * Exit it and enter it again to redraw the icons Note how at this point, TurnItOn.exe has the icon of winhlp32.exe, while the latter has a blank icon. If there were more executables, all the icons were "shifted" back but not in index. This happens because, due to the packer in TurnItOn.exe, only some of the icons fail to load. The icon cache loads multiple versions of the icon at different sizes in its cached ImageList array. When at least one icon succeeds the extraction, the index gets incremented. However, in this case the 16x16 icon fails to load, but the 32x32 icon does not. So the cache ImageLists will get out of sync (a warning is even displayed), resulting in this problem: index pointing one icon ahead in the 16x16 list. The simplest solution would be to fail the entire thing if at least one icon fails to load. However, that would make TurnItOn.exe have no icon, despite the fact its 32x32 icon extracted fine, but at least it would solve the bug. But I plan to do something better: create missing icons that failed to extract by resizing the ones that succeeded. In this case, the 32x32 icon would get resized to 16x16 and an icon would be created. Then, TurnItOn.exe would also have an icon (as well as other times an icon fails to extract). -- 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 46267] New: winecfg: overrides window is not wide enough
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=46267 Bug ID: 46267 Summary: winecfg: overrides window is not wide enough Product: Wine Version: 4.0-rc1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- Some of the libraries are too long to fit provided window. It needs couple more pixels to fit probably longest current library name: api-ms-win-security-activedirectoryclient-l1-1-0 In my case, four its last letters are missing + entire info about load order, i.e. (native, builtin). -- 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 1

[Bug 37418] New: Unable to paste images from linux clipboard to Wine apps workspace (affects Photoshop, Powerpoint etc.)
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=37418 Bug ID: 37418 Summary: Unable to paste images from linux clipboard to Wine apps workspace (affects Photoshop, Powerpoint etc.) Product: Wine Version: 1.7.29 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: fincer89(a)hotmail.com Distribution: --- Note: This is not the same bug than 7372 (https://bugs.winehq.org/show_bug.cgi?id=7372) as it deals mostly with text/html issue. Pasting a raster image from the clipboard or from a website (using native linux web browser like Firefox) to the Photoshop workspace doesn't work. The paste button stays greyed out, no matter of what. The workaround, which is basically saving the image to the computer and opening to the Photoshop, is a cumbersome, less user-friendly and time consuming method: you need to save the image file and look for it from a local directory structure and then open it. Much more complicated than just copying the image to the linux clipboard and paste it to the Photoshop, isn't it? Very desirable Wine implementation would be a support for copy-pasting images from native linux programs to Windows-based programs straightforwardly without extra tricky steps needed. This is marked as a bug because the image pasting function is one of the fundemental functions in the program and, at the moment of writing this bug report, it does not work as it should do. All comments and ideas are welcome. -- 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 17

[Bug 6549] iphlpapi: SetTcpEntry not implemented
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=6549 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #17 from joaopa <jeremielapuree(a)yahoo.fr> --- Does the bug still occur with current wine (3.21)? -- 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 0

[Bug 6254] riched32: Various Programms need EM_FORMATRANGE ( Installer infinite loop from richtext error / wordpad: Printed Page is only white / Also affected: Half-Life, Endnote X5 Demo, ZMud, MukClient )
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=6254 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #89 from joaopa <jeremielapuree(a)yahoo.fr> --- Unfortunately, the bug is still there in current wine (3.21). -- 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 0

[Bug 7586] Joost will not launch
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=7586 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #24 from joaopa <jeremielapuree(a)yahoo.fr> --- Does the bug still occur with current wine (3.21)? -- 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 0

[Bug 9142] wcmd can't open locked files
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=9142 --- Comment #26 from joaopa <jeremielapuree(a)yahoo.fr> --- Does the bug still occur with current wine (3.21)? -- 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 0

[Bug 17107] New: compiler warnings in server/fd.c on NetBSD
by wine-bugs＠winehq.org 10 Dec '18

10 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=17107 Summary: compiler warnings in server/fd.c on NetBSD Product: Wine Version: 1.1.13 Platform: PC OS/Version: NetBSD Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com fd.c: In function 'set_fd_epoll_events': fd.c:580: warning: assignment makes integer from pointer without a cast fd.c:581: warning: assignment makes integer from pointer without a cast Only appears on NetBSD, but not OpenBSD/FreeBSD. Vincent Povirk helped me investigate on IRC, and looks like the problem is that on FreeBSD, in /usr/include/sys/event.h you've got: struct kevent { uintptr_t ident; /* identifier for this event */ short filter; /* filter for event */ u_short flags; u_int fflags; intptr_t data; void *udata; /* opaque user data identifier */ }; But on NetBSD: struct kevent { uintptr_t ident; /* identifier for this event */ uint32_t filter; /* filter for event */ uint32_t flags; /* action flags for kqueue */ uint32_t fflags; /* filter flag value */ int64_t data; /* filter data value */ intptr_t udata; /* opaque user data identifier */ }; Note the difference in udata 'void *' vs 'intptr_t'. Relevant lines from the code: EV_SET( &ev[0], fd->unix_fd, EVFILT_READ, 0, NOTE_LOWAT, 1, (void *)user ); EV_SET( &ev[1], fd->unix_fd, EVFILT_WRITE, 0, NOTE_LOWAT, 1, (void *)user ); removing (void *) or changing it to intptr_t fixes the warning, but doesn't seem a proper fix. Probably needs an ifdef or typedef, but I'll leave that for someone else to decide. -- 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 27374] New: FAR: Alt-tab will cause "alt" key to be left as pressed when returning to console window (regression)
by wine-bugs＠winehq.org 09 Dec '18

09 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=27374 Summary: FAR: Alt-tab will cause "alt" key to be left as pressed when returning to console window (regression) Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: singularita(a)gmail.com When I updated wine I noticed that when I alt-tabbed out of console window with opensource FAR (http://www.farmanager.com/opensource.php?l=en) file manager (run via "wineconsole.exe --backend=user") and then either alt-tabbed back or changed focus using mouse, Alt key was stuck as pressed (therefore pressing F10 resulted in program receiving Alt+F10, arrow down resulted in Alt+arrow down, etc ...). Pressing and releasing the Alt key after alt-tabbing back fixes the issuem, though it is slightly annoying. This does not happen before, in good versions when alt-tabbed back, alt returned to normal and pressing a key would result in program receiving just that key. I've verified that the bug is still present in current head of master in git and I've run the regression test to find the commit that introduced this bug: Result of regression test: bc4afb078677095468d4ee8f9a15c18cbb47bbbf is the first bad commit commit bc4afb078677095468d4ee8f9a15c18cbb47bbbf Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Mar 1 11:54:55 2011 +0100 server: Don't pass a thread id to send_hardware_message, determine it from the window. :040000 040000 4e7ac89f77a4ddc31fd947151c34d0acadc5dcc0 a3d857abf43a1eed9fcb6837ea006ac00d80a1a7 M dlls :040000 040000 7247b4b93aca9c98394638ccd0c48a788133a8cd 45aed0fb1bc86b403af16666b3fa5963c2abaf7d M include :040000 040000 469f40ddbdca23554a397c5122a78e09a13e2c75 f118b4fd2fb23ecbde100798c68b3221fe5ec2fc M server -- 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 46140] New: .NET applications using 'WebRequest' API with MS .NET Framework crash when IPv4/6 is disabled in Linux kernel
by wine-bugs＠winehq.org 07 Dec '18

07 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=46140 Bug ID: 46140 Summary: .NET applications using 'WebRequest' API with MS .NET Framework crash when IPv4/6 is disabled in Linux kernel Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track: https://www.winehq.org/pipermail/wine-devel/2018-November/135021.html Copy/pasta from mailing list, courtesy of Brendan McGrath https://gist.github.com/redmcg/7d81ef833c77bee6965b5f441006f697 --- snip --- using System; using System.Net; public class WRTest { public static void Main () { WebRequest req = WebRequest.Create("http://www.google.com"); HttpWebResponse resp = (HttpWebResponse) req.GetResponse(); Console.WriteLine(resp.StatusDescription); resp.Close(); } } --- snip --- Microsoft Reference Source .NET Framework 4.x: https://referencesource.microsoft.com/#System/net/System/Net/Sockets/Socket… Regards -- 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

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 December 2018