wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7241 discussions

[Bug 15480] New: Saving files in Word/Excel creates useless .lnk files
by wine-bugs＠winehq.org 04 Mar '23

04 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=15480 Summary: Saving files in Word/Excel creates useless .lnk files Product: Wine Version: 1.1.5 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew(a)etc.gen.nz Hi, In Word and Excel 2003 when we save files then a .lnk file is created in the same directory as the source file. These files are useless for two reasons: 1) They're in the same directory as the original .doc or .xls files which have Word and Excel associated with them respectively. 2) On a standard Debian Lenny machine running Gnome the .lnk files aren't recognised by any apps and won't cause Word or Excel to run. I've searched around the place to see if we can turn this "feature" off, but haven't found anything. Is this possible? If not, could this please be added. -- 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 31

[Bug 45756] New: Button not clickable when dpi setting changed in Office 2007 Installer
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=45756 Bug ID: 45756 Summary: Button not clickable when dpi setting changed in Office 2007 Installer Product: Wine Version: 3.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de Distribution: --- After upgrading from wine 3.14 to wine 3.15 (self-compiled, 32-bit-only) the push buttons in the office 2007 installer are no longer "clickable". When pushing them with the mouse, nothing happens. Using the keyboard to "push" the buttons works as before. Sometimes the mouse pointer is not even visible inside the installer window. This only happens when changing the screen resolution in winecfg (i.e. to 168 dpi). The windows version is set to Windows XP A bisect shows this commit as the first bad commit: commit 2068b73db5e19e1ce3b54b2a8ecb5a5b99ea19b5 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Aug 27 14:02:43 2018 +0200 user32: Process hardware messages in physical coordinates. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 10

[Bug 39113] New: SimplePC_SC.exe does not work
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=39113 Bug ID: 39113 Summary: SimplePC_SC.exe does not work Product: Wine Version: unspecified Hardware: x86 URL: http://downloads.acs.com.hk/utility-tools/en/TOL-PCSC. zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winscard Assignee: wine-bugs(a)winehq.org Reporter: vincent.hardy.be(a)gmail.com Distribution: --- Created attachment 52115 --> https://bugs.winehq.org/attachment.cgi?id=52115 screenshot SimplePC_SC is a programme that tests easily the basic functions of winscard with any smartcard. I file this bug in the hope that a friendly developer starts a real implementation of winscard. -- 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 8

[Bug 37495] New: AusweisApp2 1.0.0 (german identity card app) needs winscard.SCardEstablishContext implementation
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=37495 Bug ID: 37495 Summary: AusweisApp2 1.0.0 (german identity card app) needs winscard.SCardEstablishContext implementation Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winscard Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, actually it needs much more - the revival of the Wine winscard project. Years ago there were multiple attempts to implement this using pcsc-lite but abandoned later. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/AusweisApp2 1.0.0 $ WINEDEBUG=+tid,+seh,+relay,+winscard wine ./AusweisApp2.exe --show >>log.txt 2>&1 ... 0029:Call KERNEL32.OutputDebugStringW(01d52780 L"D ReaderManager::onThreadStarted(card/base/ReaderManager.cpp:130) : thread started\n") ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d53378 L"D ReaderManager::registerPlugIns(card/base/ReaderManager.cpp:242) : Try to register plugins\n") ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d543f8 L"D ReaderManager::registerPlugIns(card/base/ReaderManager.cpp:247) : Register plugin: QJsonObject({\"IID\":\"governikus.ReaderManagerPlugIn\",\"MetaData\":{\"dependencies\":[],\"name\":\"PcscReaderManagerPlugIn\"},\"className\":\"PcscReaderManagerPlugIn\",\"debug\":false,\"version\":328450}"...) ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d53bf8 L"D ReaderManager::onThreadStarted(card/base/ReaderManager.cpp:136) : Start plugin: governikus::PcscReaderManagerPlugIn\n") ret=6674f9f1 ... 0029:Call winscard.SCardEstablishContext(00000000,00000000,00000000,01d53260) ret=005015b8 0029:fixme:winscard:SCardEstablishContext (0,(nil),(nil),0x1d53260) stub 0029:Ret winscard.SCardEstablishContext() retval=80100001 ret=005015b8 ... 0029:Call KERNEL32.OutputDebugStringW(01d54868 L"W PcscReaderManagerPlugIn::start(card/pcsc/PcscReaderManagerPlugIn.cpp:70) : SCardEstablishContext: \"SCARD_F_INTERNAL_ERROR\"\n") ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d546f0 L"W PcscReaderManagerPlugIn::start(card/pcsc/PcscReaderManagerPlugIn.cpp:71) : Not started: Cannot establish context\n") ret=6674f9f1 ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/8d23d9cbdcc604d7c00e5a1201aac8af… --- snip --- 85 LONG WINAPI SCardEstablishContext(DWORD dwScope, LPCVOID pvReserved1, 86 LPCVOID pvReserved2, LPSCARDCONTEXT phContext) 87 { 88 FIXME("(%x,%p,%p,%p) stub\n", dwScope, pvReserved1, pvReserved2, phContext); 89 SetLastError(ERROR_CALL_NOT_IMPLEMENTED); 90 return SCARD_F_INTERNAL_ERROR; 91 } --- snip --- $ sha1sum AusweisApp2-1.0.0.msi d09f8c6f2cad0a089903a3e31bf96079ae3cfe59 AusweisApp2-1.0.0.msi $ du -sh AusweisApp2-1.0.0.msi 22M AusweisApp2-1.0.0.msi $ wine --version wine-1.7.30 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.

2 19

[Bug 43224] New: Freelist scan can result in O(n) time when allocating
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=43224 Bug ID: 43224 Summary: Freelist scan can result in O(n) time when allocating Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ranma42(a)gmail.com Distribution: --- Created attachment 58517 --> https://bugs.winehq.org/attachment.cgi?id=58517 Micro-benchmark that shows the degenerate behaviour The heap implementation in ntdll can be very inefficient for some allocation patterns. Specifically, it is possible that a freelist contains thousands of entries of a given size and it is scanned while looking for a bigger entry, that will not fit in any of those. This is demonstrated by the attached program. It accepts a size as an argument and will allocate 1000000 elements of that size, deallocate half of them (the "even" ones), then allocate 1000 elements that are just one bit bigger. For most sizes the program terminates in milliseconds, but in my environment it takes several seconds for sizes 16, 32, 48, 64, 80, 88, 96, 112, 120, 128. A possible workaround (that I had implemented in the past, for short-lived applications) is to allocate from a freelist whose entries are all at least as big as the block that is being allocated, but that can cause inefficient memory usage. I noticed that wine includes an implementation of a red-black tree. Would it make sense to organise the free entries as lists in such a tree? That should ensure O(log N) in the worst case. If performance is a concern, it might be possible to use "direct" freelists for small sizes (ensuring that all of the alignment-compatible sizes are covered) and use a tree for bigger sizes. I am willing to work on this, but I need some directions on what is the best path forward (namely, if we should prefer the memory-inefficient but simpler approach of just allocating from "bigger" freelists or if the tree approach is the desired one). The bug https://bugs.winehq.org/show_bug.cgi?id=37773 might be related. -- 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 9

[Bug 37146] New: Untis 2015: Crashes while starting
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=37146 Bug ID: 37146 Summary: Untis 2015: Crashes while starting Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: schutthuffe(a)web.de Created attachment 49371 --> https://bugs.winehq.org/attachment.cgi?id=49371 Report generated by wine Installing Untis 2015 seemed to work. Trying to start the program, the following message popped up: "Im Programm untis.exe traten schwerwiegende Fehler auf und es muss beendet werden. Wir entschuldigen uns für die Unannehmlichkeit." The following report is attached. -- 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 24256] New: 3D Sexvilla 2: extremely long loading times
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=24256 Summary: 3D Sexvilla 2: extremely long loading times Product: Wine Version: 1.2 Platform: x86 URL: http://www.3d-sexgames.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: mailme667(a)yahoo.co.uk Loading time makes the game unusable (version 2.093). I just watched the loading screen for half an hour. But I know it works, because I tried starting the game, turning the monitor off, having dinner and see the game running when I came back a long time later. Clean .wine tested. Other users in appdb have reported the same problem, it's not just me. Bug is tested to be present on wine 1.2 and 1.3.1. sysprof makes it clear ntdll is consuming nearly all the time. Using wine 1.2 the following is seen repeating over and over with winedebug during loading: 002e:Call KERNEL32.GetTickCount() ret=7da7655d 002e:Ret KERNEL32.GetTickCount() retval=00032601 ret=7da7655d 002e:Call KERNEL32.GetTickCount() ret=7e7997bb 002e:Ret KERNEL32.GetTickCount() retval=00032601 ret=7e7997bb 002e:Call KERNEL32.GetTickCount() ret=7e7997bb 002e:Ret KERNEL32.GetTickCount() retval=00032607 ret=7e7997bb 002e:Call KERNEL32.GetTickCount() ret=7da76415 002e:Ret KERNEL32.GetTickCount() retval=00032607 ret=7da76415 002e:Call ntdll.RtlAcquireResourceShared(00187fa4,00000001) ret=7da76541 002e:Ret ntdll.RtlAcquireResourceShared() retval=00000001 ret=7da76541 002e:Call ntdll.RtlReleaseResource(00187fa4) ret=7da76555 002e:Ret ntdll.RtlReleaseResource() retval=00000000 ret=7da76555 I got the following from wine-dbg also using 1.2: Wine-dbg>bt 0x0000002e Backtrace: =>0 0xb7705430 (0x04e0e9d8) 1 0x7e78ea4a TIME_MMSysTimeThread+0x329(arg=0x4e0ea34) [/build/buildd/wine1.2-1.2/dlls/winmm/time.c:218] in winmm (0x04e0ea68) 2 0x7e78ea4a TIME_MMSysTimeThread+0x329(arg=0x7e770000) [/build/buildd/wine1.2-1.2/dlls/winmm/time.c:218] in winmm (0x04e0ea78) 3 0x7bc6f8f0 call_thread_func+0xb() in ntdll (0x04e0eb48) 4 0x7bc6fac0 call_thread_entry_point+0x6f(entry=0x7e78e720, arg=0x7e770000) [/build/buildd/wine1.2-1.2/dlls/ntdll/signal_i386.c:2473] in ntdll (0x04e0f398) 5 0x7bc780b5 start_thread+0xf4(info=0x7ff9cfb8) [/build/buildd/wine1.2-1.2/dlls/ntdll/thread.c:399] in ntdll (0x04e0f498) 6 0xb757780e start_thread+0xbd() in libpthread.so.0 (0x00000000) I hope I've provided enough information. -- 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 39

[Bug 34011] New: Path of Exile stutters constantly
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=34011 Bug #: 34011 Summary: Path of Exile stutters constantly Product: Wine Version: 1.6-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael.blumenkrantz(a)gmail.com Classification: Unclassified When playing the game, any time a new resource is loaded from disk, the game freezes completely for some time while it waits for the load. Given that the game is constantly loading things from disk, it makes the game nearly unplayable in many cases. -- 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 48

[Bug 47398] New: Company of Heroes 2 crashes at launch
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=47398 Bug ID: 47398 Summary: Company of Heroes 2 crashes at launch Product: Wine Version: 4.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 64744 --> https://bugs.winehq.org/attachment.cgi?id=64744 log Graphics Setup: "Failed to set a working mode for the rendering device. This could be due to having an old version of DirectX installed." wine-4.10-279-g48f93bc329 -- 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 1

[Bug 45882] New: (Overwatch, several source games) Raw Mouse input not working
by wine-bugs＠winehq.org 02 Mar '23

02 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=45882 Bug ID: 45882 Summary: (Overwatch, several source games) Raw Mouse input not working Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: florian98.rg(a)gmail.com Distribution: --- Playing Overwatch I've noticed that the game still uses mouse pointer speed even though on Windows it uses Raw Mouse input exclusively. I've tried this on any branch of Wine (staging, esync, whatsoever) and the problem still persists. This also happens in Valve games where you can enable Raw Mouse Input, e.g. Team Fortress 2 etc. This does not happen with the native ports of said games that use SDL to get mouse input. I already disabled any mouse acceleration in GNOME whatsoever (using the "Flat" Profile), however the problem persists. Is it possible to rewrite Wine to get Mouse input via SDL2 instead? That would help pave way for Wayland etc. 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.

2 33

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