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.
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=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.