wine-bugs October 2020

wine-bugs@winehq.org

1 participants
6688 discussions

[Bug 42800] New: Its repeated, regullary bug for opening Irfan View 4 under Wine / Linux Mint 17
by wine-bugs＠winehq.org 07 Dec '20

07 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=42800 Bug ID: 42800 Summary: Its repeated, regullary bug for opening Irfan View 4 under Wine / Linux Mint 17 Product: Wine-gecko Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: skycor49(a)gmail.com Distribution: --- Created attachment 57831 --> https://bugs.winehq.org/attachment.cgi?id=57831 Error report of opening Thumbnails of Irfan View 4. under Wine, Linux Mint 17 Use Wine 1.7 under Linux Mint and installed Irfan View (4), that sometime, crashes, at new session, after opening whith ”T” shortcut, Thumbnails display. -- 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.

2 5

[Bug 49475] New: Grandia 2 crashe if you hit back on save/load screen.
by WineHQ Bugzilla 07 Dec '20

07 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=49475 Bug ID: 49475 Summary: Grandia 2 crashe if you hit back on save/load screen. Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: SolisX007(a)yahoo.com Distribution: --- Grandia 2 crashe if you hit back on save/load screen. Here is a backtrace. -- 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 14

[Bug 37543] New: Stickies 8.0 - visual glitches
by wine-bugs＠winehq.org 06 Dec '20

06 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=37543 Bug ID: 37543 Summary: Stickies 8.0 - visual glitches Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jfbxehupf(a)jadamspam.pl Distribution: --- Created attachment 49964 --> https://bugs.winehq.org/attachment.cgi?id=49964 Last line cut There are problems: 1. last line is cut in the middle 2. after removing content and adding it again, I' having less than full width available (it seems to wrap too early) 3. when receiving links in stickies from other people there's no content -- 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.

2 13

[Bug 32036] New: RSLogix5000 v16 Runtime Error
by wine-bugs＠winehq.org 05 Dec '20

05 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=32036 Bug #: 32036 Summary: RSLogix5000 v16 Runtime Error Product: Wine Version: 1.5.15 Platform: x86 URL: http://http://www.rockwellautomation.com/rockwellsoftw are/design/rslogix5000/demo.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: JosephHenryBlack(a)yahoo.co.nz Classification: Unclassified Created attachment 42224 --> http://bugs.winehq.org/attachment.cgi?id=42224 Rockwell Automation Software Setup.log text wine-1.5.15-249-g8392a85 Note in link provided, version 17 is only available. v16 may be obtained from Rockwell distributors if requested. For those interested to play with RSLogix setting oleaut32 to native will no longer install. With native dotnet1.1 it gets a fair way. This sometimes fails.. install of Rockwell Automation Drives PowerFlex 7 Module Profiles [dvd path]\ENU\RSLogx5k\MP\RADrives\RADrives_PF7.msi The terminal output near this time has err:rpc:I_RpcGetBuffer no binding SERVICE_NAME: RNADiagnosticsService TYPE : 20 WIN32_SHARE_PROCESS STATE : 2 START_PENDING (STOPPABLE,NOT_PAUSABLE,ACCEPTS_SHUTDOWN) WIN32_EXIT_CODE : 0 (0x0) SERVICE_EXIT_CODE : 0 (0x0) CHECKPOINT : 0x0 WAIT_HINT : 0x0 err:rpc:I_RpcReceive we got fault packet with status 0x3e6 fixme:msi:MsiOpenPackageExW dwOptions 00000001 not supported snip fixme:msi:MsiOpenPackageExW dwOptions 00000001 not supported fixme:msi:load_progid Unknown class L"ECFA29AF-676B-49BD-AA7A-4489663D6B6C" err:msi:iterate_load_verb Verb unable to find loaded extension L"dro" or err:ntdll:RtlpWaitForCriticalSection section 0x16c06c "bitblt.c: surface" wait timed out in thread 001b, blocked by 001e, retrying (60 sec err:seh:setup_exception_record stack overflow 824 bytes in thread 001b eip b74b964d esp 00240ff8 stack 0x240000-0x241000-0x340000 snip err:msi:iterate_load_verb Verb unable to find loaded extension L"dxc" err:ntdll:RtlpWaitForCriticalSection section 0x1f67bc "bitblt.c: surface" wait timed out in thread 0035, blocked by 003c, retrying (60 sec) err:seh:setup_exception_record stack overflow 1504 bytes in thread 0035 eip 7bc3f6c8 esp 00240d50 stack 0x240000-0x241000-0x340000 But if it gets past this, it fails with: This application has requested the Runtime to terminate it in an unusual way. Install log files MPI.log: MPSetup:Setup operations complete. Performed 26 operations of 26 scheduled FactoryTalkActivationClient v2.log InstallProduct return code for [FactoryTalk Activation Client v2.00.01] was 0 Rockwell Automation Software Setup.log Installs Acrobat Reader 7 and then messes up the log file CustomActionData 3: IMM_SUCCESS;C:\Program Files\Adobe\Acrobat 7.0\;Software\Adobe\Acrobat Reader\; [mentions to defrag] 5;Optimizing performance ...;Completed [1]% of process; NOTE: Installation was successful. However, because your hard drive is fragmented, this application may not be able to launch as quickly as possib [..] 1: DefragmentFiles 2: Defragmention process was invoked [snip] 1: SetOptimizationStatus 2: Starting custom action 3: 4: 5: 1: SetOptimizationStatus 2: Ending custom action 3: 4: 5: [and then the rest of the log is unreadable to the end of the file.. eg:] \00-\00l\00e\00v\00e\00l\00 \00l\00o\00g\00:\00 \00I\00n\00v\00e\00n\00t\00o\00r\00y\00:\00 \00 \00 \00 \00 \00F\00e\00a\00t\00u\00r\00 I will try and add a terminal log later tonight but please let me know if I can provide any other debug logs. -- 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.

2 13

[Bug 48202] New: RedDragon app crashes on startup
by WineHQ Bugzilla 05 Dec '20

05 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=48202 Bug ID: 48202 Summary: RedDragon app crashes on startup Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 7Cattac(a)gmail.com Distribution: --- Created attachment 65838 --> https://bugs.winehq.org/attachment.cgi?id=65838 Output log + crash RedDragon app crashes on startup. Installer from the official website: https://redragonusa.com/storage/DjOwPv1QxX1FBsqxDalLh8C8gDyZTmM2jjCHc0bE.rar Didn't installed anything with winetricks yet. Wine-staging 4.20 5.3.13-arch1-1 -- 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 22

[Bug 31098] New: 115 Udown can't work since I installed it
by wine-bugs＠winehq.org 05 Dec '20

05 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=31098 Bug #: 31098 Summary: 115 Udown can't work since I installed it Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: litimetal(a)gmail.com Classification: Unclassified I downloaded http://pc.115.com/download/115UDown_3.2.8.15.exe then installed it on my fedora 16.But I can't launch it and I know nothing about how to solve it. -- 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.

2 28

[Bug 49550] New: `winetricks -q sandbox dirac` gives an unusable window (winetricks-test)
by WineHQ Bugzilla 05 Dec '20

05 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=49550 Bug ID: 49550 Summary: `winetricks -q sandbox dirac` gives an unusable window (winetricks-test) Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Regression SHA1: 0a12f258690b46f996b4890837ffdb4cea94ba70 Distribution: --- Similar to 49421, reproducible with: winetricks --no-isolate -q sandbox dirac The window doesn't show if sandbox is used, instead you get a window that's roughly 15x50 pixels (rough guess, didn't measure) that doesn't respond to autohotkey. commit 0a12f258690b46f996b4890837ffdb4cea94ba70 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri Apr 17 12:39:15 2020 +0200 gdi32: Use Windows paths to read Wine font directories. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> sandbox removes the Z:\ -> symlink, disables Desktop/other symlinks in home, disables $WINEPREFIX/.update-timestamp, and lastly disables unixfs. -- 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 49421] New: `winetricks -q ffdshow` throws an access violation in usp10.dl (winetricks-test)
by WineHQ Bugzilla 05 Dec '20

05 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=49421 Bug ID: 49421 Summary: `winetricks -q ffdshow` throws an access violation in usp10.dl (winetricks-test) Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Keywords: download, Installer, regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: da604dce3493cbd79a201cf0d1885c848c10eac4 Distribution: Gentoo Note: I've only been able to reproduce this when running winetricks-test; I suspect it's related to `winetricks sandbox`, though running that beforehand outside of winetricks-test doesn't reproduce the bug. Marking "UNCONFIRMED" accordingly. This is a regression, introduced by: da604dce3493cbd79a201cf0d1885c848c10eac4 is the first bad commit commit da604dce3493cbd79a201cf0d1885c848c10eac4 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri Apr 17 12:39:01 2020 +0200 gdi32: Use Windows paths in add/remove_font_resource(). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/gdi32/freetype.c | 152 ++++++++++++++++++++------------------------------ 1 file changed, 60 insertions(+), 92 deletions(-) Running the installer with /silent runs it in quiet mode. It appears to install fine, but during installation, a message box appears showing: Access violation at address 00E2A834 in module 'usp10.dll'. Read of address 00000068. -- 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 30627] New: Appending text to a large richedit is very slow
by wine-bugs＠winehq.org 05 Dec '20

05 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=30627 Bug #: 30627 Summary: Appending text to a large richedit is very slow Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Although the pathological case reported in bug 30614 is now fixed, all is not yet well. When repeatedly appending lines, builtin riched20 starts out about 3x slower than native, and at 40k lines, is about 10x slower than native. This is painful for long-running apps that use richedit for verbose logs. (Measured with the attached program and today's git on my i5, appending 1000 lines to an empty richedit control takes builtin hidden: 907 ms builtin visible: 4862 ms native hidden: 368 ms native visible: 4530 ms Appending 1000 lines to a richedit control which already contains 40000 lines takes: builtin hidden: 22169 ms builtin visible: 33002 ms native hidden: 1750 ms native visible: 4807 ms ) Building wine's riched20 with -O1 -fno-inline and profiling with 'perf' shows 62.60% ME_WrapMarkedParagraphs 12.07% ME_PaintContent 9.99% ME_InvalidateMarkedParagraph at 50k lines. Initial inspection seems to show that most of the time in ME_WrapMarkedParagraphs is in the function itself, not in any called functions. Adding trace statements to all callers of ME_WrapMarkedParagraphs, I see one call during EM_EXSETSEL: ME_Repaint Calling ME_WrapMarkedParagraphs and four calls during EM_REPLACESEL: ME_UpdateRepaint Calling ME_WrapMarkedParagraphs ME_UpdateScrollBar Calling ME_WrapMarkedParagraphs ME_Repaint Calling ME_WrapMarkedParagraphs ME_UpdateScrollBar Calling ME_WrapMarkedParagraphs This is the case whether the window is hidden or not. Bug 13355 (which Dylan says is separate, since it's about richedit being slow on a single large call to WM_SETTEXT) suggests in comment 14 ways to remove some redundant calls to ME_WrapMarkedParagraphs, and to let one of them return early. In addition to those ideas, for this bug, it would be useful if ME_WrapMarkedParagraphs (and ME_InvalidateMarkedParagraph) could avoid making a linear scan across all paragraphs. -- 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.

2 18

[Bug 39773] New: File->Open slowdown caused by desktop.ini checks
by wine-bugs＠winehq.org 05 Dec '20

05 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=39773 Bug ID: 39773 Summary: File->Open slowdown caused by desktop.ini checks Product: Wine Version: 1.8-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- To reproduce this you will need two Linux machines, a Samba server and a Samba client. On the Samba server: * Create a directory with lots of subdirectories and files: mkdir smbdir cd smbdir for i in `seq 1 200`;do mkdir sub$i; done for i in `seq 1 200`;do touch file$i; done * Export smbdir through Samba. (alternatively you could export '/' and use '/usr/lib' as a replacement for smbdir) On the Samba client: * Mount the Samba share. You can either do it by adding a /etc/fstab line like: //MYSERVER/smbdir /mnt/smbdir cifs rw,username=MYLOGIN,password=MYPASSWORD,domain=MYDOMAIN 0 0 Or by starting Nautilus in GNOME, clicking on '+Other Places' -> Windows network... using GVFS. Note that in this case you'll have to work around the colon in the mount point filename (see bug 34868). * Slow down the network connection using a command like this: tc qdisc add dev eth0 root netem delay 10ms * Check the above line is effective by running: ping MYSERVER The rtt should be around 10ms. * cd /mnt/root/ wine notepad * Open the File->Open dialog, navigate to the smbdir folder exported through Samba. * BUG: The initial display will be slow and scrolling through the many subfolders will be very slow. * Change the file mask to '*.*'. * Scroll all the way to the right so only files are visible. As long as only files are visible scrolling should then be very fast! * Finally change the rtt to 0ms on the Samba server and check that the RTT is under 1ms. * Now test again notepad's File->Open dialog and everything should be reasonably fast. The problem is that whenever File->Open displays a folder in the open file dialog it checks whether it contains a desktop.ini file to display the right icon. That's not cached, thus incurring a few file lookups per folder displayed. For local file systems that's fast enough but on network shares with a non-trivial RTT the speed impact is significant. A 10+ ms RTT makes the dialog essentially unusable. Note that when displaying a filename we have everything in the cache so redisplays are lightning fast and track the mouse. Also Microsoft Office has the same problem even though it does not use the standard comdlg32 dialog (though that may depend on the Windows version being emulate). On Windows Microsoft Office suffers no slowdown in this situation. What this means is that the standard common dialog is probably the wrong level for fixing this. Hacking SHELL32_GetCustomFolderAttributeFromPath() in shell32 to just return FALSE speeds things up greatly. The display still lags a bit behind the mouse so that there may be some residual file lookups or other slowdowns but it's still night and day. -- 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.

2 2

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 October 2020