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=57116
Bug ID: 57116
Summary: Crash during codecs test on 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: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 77008
--> https://bugs.winehq.org/attachment.cgi?id=77008
Wine 9.16 console output
Running the Codecs test on the Chromium Embedded Framework sample application
causes a crash, but winedbg is unable to provide any further details (also the
OK button from winedbg doesn't work).
The application itself does not close and continues to run.
Run with:
wine cefclient.exe --url=https://shaka-player-demo.appspot.com/support.html
--
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=57115
Bug ID: 57115
Summary: CEF sample application "Draggable" test fails
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 77007
--> https://bugs.winehq.org/attachment.cgi?id=77007
Wine 9.16 console output
The Draggable test in the Chromium Embedded Framework sample application allows
the application itself to be moved when dragging inside a supplied red box.
Under Windows 10 this works as expected. Under Wine 9.16 this has no effect.
$ wine cefclient.exe --url=https://tests/draggable
Nothing new is printed in the console while testing this.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=56754
Bug ID: 56754
Summary: Amazing Adventures 2 CD: bundled demo launchers fail
to launch game
Product: Wine
Version: 9.9
Hardware: x86-64
URL: https://archive.org/details/amazing-adventures-around-
the-world-2008-spintop-popcap-cd
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 76543
--> https://bugs.winehq.org/attachment.cgi?id=76543
Error dialog (Wine 9.9)
The CD for Amazing Adventures Around The World bundles some demos for other
games. Most of them fail with an error dialog "Invalid command line parameter:
-changedir"
Nothing (new) is printed in the console when trying to launch the demo.
This works fine in Windows 10.
Downloadable versions of the demos work fine.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57648
Bug ID: 57648
Summary: Wrong Cursor on Wayland
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: jakobdev(a)gmx.de
Distribution: ---
When running under XWayland Wine is using the same cursor as the rest of the
system. But when when using the new experimental Wayland driver, Wine is using
a different cursor than the rest of the system (see screenshots).
Wine should implement the cursor shape protocol
(https://wayland.app/protocols/cursor-shape-v1) to fix 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=57458
Bug ID: 57458
Summary: FL Studio logo appears on the top left of the screen
and with a black background
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: agarplayerarlon(a)gmail.com
Distribution: ---
Created attachment 77455
--> https://bugs.winehq.org/attachment.cgi?id=77455
video of the issue
Expected behavior:
The FL Studio logo appears on the center with a transparent background, that
happens correctly with Wine on x11 & xwayland
It will also sometimes open the app on the second monitor and sometimes it will
ignore the gnome panel and fullscreen to the entire screen (like in the
attached video) and sometimes it will fullscreen under the gnome top panel like
all applications do (as it should) but I'm gonna make different specific bug
reports for those issues.
--
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.