https://bugs.winehq.org/show_bug.cgi?id=55285
Bug ID: 55285
Summary: Wine 8.12 screws up CUPS-PDF print from Lotus Approach
Product: Wine-staging
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Fedora 38
Wine 8.12
cups-pdf-3.0.1-18.fc38.x86_64
Lotus Approach N99.8.0208.0800 (Smart Suite)
Wine 8.12 screws up cups-pdf print.
Two attachments:
1) a sample screwd up PDF
2) the results of
WINEDEBUG=seh,gdi,enhmetafile,winspool,localspl,psdrv wine approach.exe 2&>1 >
WinePrintError.txt
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58194
Bug ID: 58194
Summary: Screenshots upload broken due to Cloudflare challenge
page
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomman(a)gmail.com
Distribution: ---
I'm trying to upload some screenshots for apps I maintain, when I got
challenged by Cloudflare out of the blue (and as we recall, they have a strong
dislike for web browsers like mine, SeaMonkey). Even after I manage to pass the
challenge, I get a error page telling me I didn't specified the Wine version
for the screenshot, but it's quite obvious what's happening here: the CF
challenge is getting in the way, eating the POST'd form data (including the
screenshot itself!), and after getting past the challenge, screenshots.php
receives no data at all, so it errors out with the first missing piece of
information it can find, I guess.
This is a very weird place to put a challenge, since it effectively breaks the
workflow, and furthermore, I noticed WineHQ is migrating away from Cloudflare
challenges to Anubis (which is more tolerant with non-mainstream browsers), but
somehow this one slipped down the cracks.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58431
Bug ID: 58431
Summary: Pegasus Mail Changed font (regression)
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
Created attachment 78855
--> http://bugs.winehq.org/attachment.cgi?id=78855
Good example of font
In Wine 10.11 the application Pegasus Mail uses a different font than before. I
believe this is a regression.
Git bisect suggests this may be related to
91731901bad8ff40c74287c6b0e3b537e63ef224 is the first bad commit
Does not really matter unless it is a sign of something bad is about to happen
somewhere else.
Xubuntu 24.04.2 LTS
--
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.
https://bugs.winehq.org/show_bug.cgi?id=58020
Bug ID: 58020
Summary: Bug list capped to 10000
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Bug list capped to 10000
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57126
Bug ID: 57126
Summary: CEF sample application crashes in 64-bit wineprefix
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows32_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77021
--> https://bugs.winehq.org/attachment.cgi?id=77021
Backtrace
Both the 32- and 64-bit versions of the Chromium Embedded Framework sample
application crash in a 64-bit wineprefix, unless using the new WOW64 build.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53875
Bug ID: 53875
Summary: Content of dialog windows in Fusion 360 is
inaccessible
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gudvinr+wine(a)gmail.com
Distribution: ---
Created attachment 73402
--> https://bugs.winehq.org/attachment.cgi?id=73402
extrude action
In Fusion 360, when you call an action, e.g. "create sketch", "extrude", "make
thread", etc, main app creates small window with action parameters (see
screenshot in attachments).
Problem is that these windows most of the time contain more parameters than
window can fit and this window is not resizeable or scrollable.
To reproduce issue simplest way is to:
1. select "create sketch"
2. draw something, simple rectangle is enough
3. finish sketch
4. select extrude
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57118
Bug ID: 57118
Summary: CEF 32-bit sample application fails in WOW64 mode
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows32_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source, wow64
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77010
--> https://bugs.winehq.org/attachment.cgi?id=77010
Wine 9.16 console output
The 32-bit Chromium Embedded Framework sample application immediately fails on
load when Wine is built with --enable-archs=x86_64,i386. The window loads but
the application refuses to do anything further, reporting error
SBOX_FATAL_CLOSEHANDLES. I can't figure out how to disable the sandbox feature
with this sample, or if it is even possible to do so.
No further testing is possible, either having no effect or just showing this
error again.
The 64-bit version does not have this issue.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57114
Bug ID: 57114
Summary: Fading text still visible when "opacity:0" set
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77005
--> https://bugs.winehq.org/attachment.cgi?id=77005
Screencast
The drag and drop test at https://bestvpn.org/html5demos/drag/ does not behave
as expected with the Chrome Embedded Framework sample application.
In Windows 10 the text that appears fades away (opacity:0 is set). See attached
video. The same is true using Chrome on Windows and Linux.
With Wine 9.16 the text remains visible until another element is activated with
the pointer.
I don't know if the effect is down to CSS, Javascript or a combination of the
two.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57111
Bug ID: 57111
Summary: Transparent menu backgrounds appear black in CEF
sample application
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2
Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t
ar.bz2
OS: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77000
--> https://bugs.winehq.org/attachment.cgi?id=77000
Screencast
The menus on the Chromium Embedded Framework sample application have a black
background behind them. On Windows 10 these do not appear / are transparent.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35075
Bug #: 35075
Summary: BoincTasks: very high CPU utilisation
Product: Wine
Version: 1.7.6
Platform: x86-64
URL: http://www.efmer.eu/download/boinc/boinc_tasks/unified
/setup_32_64_boinc_tasks_1_5_8.exe
OS/Version: Linux
Status: NEW
Keywords: download, performance
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: imwellcushtymelike(a)gmail.com
Classification: Unclassified
Created attachment 46782
--> http://bugs.winehq.org/attachment.cgi?id=46782
Wine 1.7.6 console output
Under Windows XP BoincTasks runs at around 22% when updating (takes a few
seconds) but idles around 1-2%. Under Wine it runs around 60% all the time. I
cannot work out why. The exact same setup was tested in both cases.
http://www.efmer.eu/download/boinc/boinc_tasks/unified/setup_32_64_boinc_ta…
Following install you are asked if you are running Windows or Linux with Wine,
choosing either option has the same effect.
Original post:
http://efmer.com/forum/index.php?topic=1140
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58474
Bug ID: 58474
Summary: "Importance" should link to the Severity list
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
URL: https://bugs.winehq.org/page.cgi?id=fields.html
OS: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
When clicking on "Importance" in the Bugzilla form it directs to
https://bugs.winehq.org/page.cgi?id=fields.html#importance but this doesn't
really help a user. It should point to the Severity list:
“Severity
This field describes the impact of a bug.
blocker Blocks development and/or testing work
critical Critical problem that prevents all applications from working”
and so on...
I assumed this would be an easy change but I cannot find the code in the
Bugzilla git that does this.
Even if I could find it, the page uses a mix of <a name='bug_severity'> and <dt
id='bug_severity'> for different parts of the page, the former being
deprecated.
Are these controlled by a config file?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58511
Bug ID: 58511
Summary: Unimplemented sub function KeAcquireGuardedMutex from
ntoskrnl.exe
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: indigosky30(a)gmail.com
Distribution: ---
Im trying to figure out why a game that was running a few weeks ago normally
doesnt work anymore (gunbound).
First, they added Anticheat (SARD), this might be the reason why it fails but
trying to debug I found the problem comes from an unimplemented Windows kernel
function (note this is an old function introduced in 2003).
-------------------------------
0320:fixme:advapi:DecryptFileW (L"C:\\Program Files
(x86)\\GunBoundWC\\game\\sard\\sard_1.0.1.17.sys", 00000000): stub
0320:fixme:ntdll:NtLoadDriver
(L"\\Registry\\Machine\\SYSTEM\\CurrentControlSet\\Services\\sard_1.0.1.17"),
stub!
0320:fixme:ntdll:NtUnloadDriver
(L"\\Registry\\Machine\\SYSTEM\\CurrentControlSet\\Services\\sard_1.0.1.17"),
stub!
wine: Call from 00006FFFFFC66438 to unimplemented function
ntoskrnl.exe.KeAcquireGuardedMutex, aborting
wine: Unimplemented function ntoskrnl.exe.KeAcquireGuardedMutex called at
address 00006FFFFFC66438 (thread 033c), starting deb
ugger...
0350:fixme:dbghelp:elf_search_auxv can't find symbol in module
0350:fixme:dbghelp:elf_search_auxv can't find symbol in module
wine: Call from 00006FFFFFC66438 to unimplemented function
ntoskrnl.exe.KeAcquireGuardedMutex, aborting
0328:err:service:process_send_command service protocol error - failed to read
pipe r = 0 count = 0!
----------------------
Looking at the call inside the ntoskrn routine, KeAcquireGuardedMutex isnt
implemented in WINE (not found here)
https://source.winehq.org/WineAPI/ntoskrnl.html, but can be found in the
Windows kernel (https://gist.github.com/ntddk/56784b8da89f228f5f1d).
Im wondering if implementing the function in WINE would solve the problem?
Anyhow hoping someone more knowledgeable sheds some light on this problem.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=26549
Summary: GomezPEER fails to set processor priority
Product: Wine
Version: 1.3.16
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
GomezPEER sets its background process (an instance of java.exe) to the lowest
(idle) priority in Windows. It fails to do so under Linux. Does Wine lack the
ability to set process priorities, perhaps?
Apologies if a similar bug is already open but I could not find one.
On newer systems this is not a problem, but on older system the PEER can
consume 100% CPU while processing. The app is designed so that performance of
the PC is not affected, which of course it isn't under Windows (save the usual
Windows-related problems) but it is under Wine.
I'm not sure if I/O priority is also set.
The following does not work as a workaround:
$nice -n19 wine ~/blah/GomezPEER.exe
because this then sets all the Wine components to -n19 and can badly affect the
performance of other apps running under Wine.
Instead, the workaround I use is:
$wineserver -p15
$nice -n19 wine ~/blah/GomezPEER.exe
This way the wineserver remains at normal priority. winedevice.exe in this
case still receives -n19 priority, however.
Console log:
fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub!
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub!
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub!
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub!
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58304
Bug ID: 58304
Summary: Question on programs that use files with $ in file
names?
Product: Wine
Version: 10.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikes(a)kuentos.guam.net
Distribution: ---
Use Pegasus Email, and it works fine under one except if on tries to use the
IERenderer extension. With the extension installed, if one tries to open an
html email the call to the IErenderer.dll causes Pegasus to hard crash..
The Pegasus creates some temp files from the email message, and uses
WPM$xxx.PM$ format for files. Was thinking perhaps in the passing of filename
with $ inside them might cause issue since Linux treats the $ as marking a
variable?
With IERender extion it creates these two file
1110 05-16-2025 08:18 WPM$M1PL.PM$
56167 05-16-2025 08:18 WPM$SXGZ.PM$
With extension uninstalled it creates these 3 files
1536 05-16-2025 08:15 STO30e6.tmp
1536 05-16-2025 08:15 STO30e7.tmp
56167 05-16-2025 08:15 WPM$Z65Z.PM$
Note both of the 56167 byte files are identical??
The purpose of extension is to better handle displaying html messages.
Without it, some messages don't display as they should. One can then opt to
open messages in a browser, and they will display fine, but then replying
doesn't work.
Don't know if changing the $ to a different character (perhaps _) would avoid
issue.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=17820
Summary: Chromium test_shell_tests fail on Wine
Product: Wine
Version: 1.1.17
Platform: Other
URL: http://chromium.org
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To run Chromium's test_shell_tests.exe, copy
net/data, skia/data, webkit/data, third_party/py*, and third_party/tlslite
from the source tree. (This is quite a bit of data, so I hesitate
to post a tarball.) Then do
$ wine chrome/Debug/test_shell_tests.exe
The following tests fail on wine but not windows for me:
[ FAILED ] UniscribeTest.TooBig
[ FAILED ] VectorCanvasTest.BasicDrawing
[ FAILED ] VectorCanvasTest.Circles
[ FAILED ] VectorCanvasTest.DiagonalLines
[ FAILED ] VectorCanvasTest.PathEffects
[ FAILED ] VectorCanvasTest.Bitmaps
[ FAILED ] VectorCanvasTest.Matrix
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58524
Bug ID: 58524
Summary: King Arthur II(SteamAppID24480) crashing during
battles
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zefkerrigan(a)gmail.com
Distribution: ---
Created attachment 78993
--> http://bugs.winehq.org/attachment.cgi?id=78993
King Arthur II (AppID24480) Steam's in Wine 10.12 terminal output
King Arthur II(SteamAppID24480) crashing during battles.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58522
Bug ID: 58522
Summary: BizHawk Low Display Update Frame Rate
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: julianbrunner(a)gmail.com
Distribution: ---
I am running BizHawk 2.10 (https://tasvideos.org/Bizhawk) using Wine on Arch
Linux, since the Windows version has more features than the Linux build.
When upgrading Wine from 10.11 to 10.12, my frame rate drops from 60 to 40.
Everything is running slowly and the sound is stuttering. The low frame rate
occurs even when no game is running and the emulator is just rendering a black
screen. I have switched between the wine-10.11-1-x86_64 and wine-10.12-1-x86_64
pacman packages repeatedly and was able to reliably reproduce the different
frame rates.
BizHawk has multiple display methods (D3D11, OpenGL, GDI+). Both D3D and OpenGL
have the low frame rate issue on Wine 10.12. GDI+ can render the black screen
at 60 fps, but immediately drops to 30 when running an actual game. I believe
that this is an issue with the GDI+ display method and not with Wine 10.12,
since the same thing happens on 10.11.
It seems to be a genuine slowdown issue, since limiting the frame rate to
anything below 40 produces the expected results, it just doesn't seem to be
able to ever get above 40, even when removing all frame rate limits.
Outputs (stdout) of BizHawk seems to not be meaningfully different between Wine
10.11 and 10.12. CPU utilization by BizHawk also seems to be more or less the
same (~40%) between Wine 10.11 and 10.12.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58521
Bug ID: 58521
Summary: "View Distributions" shows 0 test results
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
URL: https://appdb.winehq.org/objectManager.php?sClass=dist
ribution&sTitle=View%20Distributions
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: ---
Each distro/OS shows 0 test results:
https://appdb.winehq.org/objectManager.php?sClass=distribution&sTitle=View%…
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58520
Bug ID: 58520
Summary: The rejected operating system has been deleted
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: ---
If a user submits a new distribution/OS via the test results form, and you
accept the test results, the distribution is deleted anyway. My guess is this
also deletes the test results but it happened too fast to be sure.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58518
Bug ID: 58518
Summary: Drag'n'drop from/to Linux file manager not working -
Olympus Master 2: fixme:imagelist:ImageList_DragLeave
DragLeave hWnd != DragEnter hWnd
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: me_myself_9876(a)outlook.com
Distribution: ---
Note:
1. Olympus Master 2 is not officially available anymore but I can provide a
copy of the program folder if required.
2. Similar issues appeared with another Windows software, so the issue is
probably more general.
a. When I drag file(s) from Nemo to Olympus Master 2 or the other way round, I
receive on the commandline:
0024:fixme:imagelist:ImageList_DragLeave DragLeave hWnd != DragEnter hWnd
b. While dragging from Olympus Master 2 to Nemo is impossible (hand cursor with
a stop symbol), the dragging from Nemo is in principle possible (hand cursor
with green +). Olympus Master 2 opens a window to "register" the file(s), i.e.
asking to choose an album. However, it hangs without further messages on the
commandline. I can only stop with Ctrl + C. Same message on the commandline.
c. It works in both directions when using Olympus Master with the Windows file
manager Explorer++ from https://explorerplusplus.com/.
d. Similar issues appear when using Explorer++ with Nemo. Dragging from Nemo to
Explorer++ works as expected as long as the file does not exist in the target
folder, i.e. the file is copied. If the file exists, an empty window is opened
(to confirm the overwriting) and Explorer++ hangs. Dragging from Explorer++ to
Nemo is again impossible (hand cursor with a stop sign). These messages appear
in all cases:
01f0:err:listview:LISTVIEW_WindowProc unknown msg 10a6, wp 0, lp 11c910
01f0:fixme:shell:IDropTargetHelper_fnDragEnter
(000000000077B570)->(0000000000050216 000000000077A070 000000000011C938
0x00000007)
01f0:fixme:shell:IDropTargetHelper_fnDragOver
(000000000077B570)->(000000000011C8E0 0x00000000)
01f0:fixme:shell:IDropTargetHelper_fnDragOver
(000000000077B570)->(000000000011C8E0 0x00000002)
01f0:fixme:shell:IDropTargetHelper_fnDragLeave (000000000077B570)->()
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51537
Bug ID: 51537
Summary: Mouse does not work in civilization VI
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: voker57(a)gmail.com
Distribution: ---
Created attachment 70376
--> https://bugs.winehq.org/attachment.cgi?id=70376
complete log
Mouse does not work in Sid Meier's Civilization VI, menu loads but it is not
possible to do anything further.
This comment https://bugs.winehq.org/show_bug.cgi?id=49315#c9 suggests a cause
of this bug.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=58287
Bug ID: 58287
Summary: Not all quick responses work when reviewing test
results
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
URL: https://appdb.winehq.org/objectManager.php
OS: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 78636
--> http://bugs.winehq.org/attachment.cgi?id=78636
Screenshot
For example, one of the quick responses when reviewing a test result doesn't
paste anything into the text box:
Please don't use: "Everything...", "All works", etc. in test submissions.
Please detail what works and what doesn't work.
See: http://wiki.winehq.org/AppDB_Test_Results_Guidelines
--
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.
https://bugs.winehq.org/show_bug.cgi?id=50856
Bug ID: 50856
Summary: FoxITReader not properly works with digital sign and
timestamp
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matthus(a)nexgo.de
Distribution: ---
Created attachment 69672
--> https://bugs.winehq.org/attachment.cgi?id=69672
Messages
Hallo,
in version 6.0 many of old problems solved by using FoxITReader - thank you! I
can evaluate digital signs and add picture-signs. I can add certificates from
servers and my own .p12-certificate.
But I can't add new digital sign and also a timestamp-certifikat. By adding a
digital sign it's appear by saving. By Time stamp document I got "network
anomaly".
Must use in a windows 10 environment
crypt32 nativ
comctl32 Builtin
Many other dlls I loaded but not shure what is needed.
What can I do to use digital signs?
with 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.
http://bugs.winehq.org/show_bug.cgi?id=58516
Bug ID: 58516
Summary: Links in comments should wrap better
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
URL: https://bugs.winehq.org/show_bug.cgi?id=58020#c5
OS: Linux
Status: NEW
Keywords: download, source
Severity: enhancement
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Posting long links in the Bugzilla comments continue outside of the comment and
even outside the page. Bugzilla should wrap them better.
https://bugs.winehq.org/show_bug.cgi?id=58020#c5 as an example appears to show
wrapping occuring at ? but then that's it.
I don't know if this is an option in Bugzilla somewhere?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22649
Summary: CDBurnerXP 4.3.x crashes when trying to erase a DVD-RW
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://cdburnerxp.se/download?more-options
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=27861)
--> (http://bugs.winehq.org/attachment.cgi?id=27861)
Crash log
After choosing "erase disc" in the main menu and then clicking the erase button
(while a DVD-RW disc is inserted in a drive the program can detect), the
program produces an error dialog:
Erasing the disc failed for the following reason: Exception from HRESULT:
0x8001010E (RPC_E_WRONG_THREAD)
Clicking OK to this message results in the MS error report tool popping up,
followed by the Wine crash dialog.
Note: this program needs dotnet20, and it needs the workaround from bug 18012,
comment 2 to be able to detect drives in this section.
--
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.