https://bugs.winehq.org/show_bug.cgi?id=48614
Bug ID: 48614
Summary: Windows 10 Opera browser hangs/freezes immediatly on
install using Wine 4.1 linux x86/64bit
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stevedonato(a)gmail.com
Distribution: ---
trying to use windows 10 Opera browser because native linux browser nolonger
can run Amazon Prime Videos. Tried playing NEW Amazon Prime tv series called
"Hunter"
at https://www.amazon.com/gp/video/detail/B07ZPF4DVK/ref=atv_dl_rdr?autoplay=1
Gets Digital rights error. Win 10 version of Opera works OK.
Linux and Windows version of Opera have no option to enable DRM, also called
"Widevine".
The error msg text is"A later version of Opera is required for Prime Video. To
check for updates, click the Opera menu, click About Opera, and then click
Relaunch Now."
But I am using latest Oper ver 66. also tried the Developer and Beta versions
of Oper ver 67 and 68. Same error.
Oddly, the windows 10 version of Opera was even older,at ver 63 but it worked?
Something to do with HTML5 videos and DRM/Widevine ?
--
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=52539
Bug ID: 52539
Summary: foobar2000 undocking from system tray works randomly
Product: Wine
Version: 7.1
Hardware: x86-64
URL: https://www.foobar2000.org/getfile/foobar2000_v1.6.9.e
xe
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: lukasz.wojnilowicz(a)gmail.com
Distribution: Fedora
Created attachment 71844
--> https://bugs.winehq.org/attachment.cgi?id=71844
foobar2000 undocked after 5 LMB clicks
Steps to reproduce:
1) remove ~/.wine
2) install foobar2000
3) wine foobar2000.exe
4) in menubar select "Library->Configure"
5) in configuration tree select "Display->Default User Interface->Background
and Notifications"
6) Under "Window minimize and close" select "Minimize hides, close exits"
7) Under "Notification area icon" select "Show only when foobar2000 is hidden"
8) In the right top corner press minimize icon
9) foobar2000 minimizes to the system tray
10) LMB click on an icon of foobar2000 in the system tray
Behaviour:
foobar2000 icon in the system tray flashes but its main window is not restored.
After a couple of clicks it gets restored (see the attached movie).
Expected behaviour:
foobar2000 main window should be restored after first click on its system tray
icon every time.
Additional comment:
1) using KDE Plasma 5.23.5 X11 on Fedora 35
2) nothing shows in the terminal when docking/undocking foobar2000
3) "journalctl -f -g xembedsniproxy" gives
kde.xembedsniproxy: adding damage watch for 85983387
kde.xembedsniproxy: Received click 1 with passed x*y 1052 784
kde.xembedsniproxy: Click point: QPoint(4,4)
kde.xembedsniproxy: trying to undock window 85983387
kde.xembedsniproxy: trying to dock window 85983392
kde.xembedsniproxy: adding damage watch for 85983392
kde.xembedsniproxy: Received click 1 with passed x*y 1053 783
kde.xembedsniproxy: Click point: QPoint(4,4)
kde.xembedsniproxy: trying to undock window 85983392
Until foobar2000 window is finally restored.
--
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=49390
Bug ID: 49390
Summary: ETaskbarException in CSS HTML Validator 2020 and Batch
Wizard
Product: Wine
Version: 5.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: support(a)htmlvalidator.com
Distribution: ---
Created attachment 67458
--> https://bugs.winehq.org/attachment.cgi?id=67458
Screenshots of user email reporting the bug
Download and install CSS HTML Validator Pro Trial 2020:
https://www.htmlvalidator.com/css-html-validator-trial-setup.exe
Perform the following steps to reproduce the exception which causes program
malfunction:
1. Open CSS HTML Validator (version 20.03, under Wine 5.10 on Arch Linux, bare
metal)
2. Main Menu Bar > Tools > Batch Wizard
3. In the Batch Wizard dialog, do Options > Force Toolbar
4. If necessary, increase width of the Batch Wizard dialog, so that the entire
toolbar is visible.
5. Click the "Add Target" button.
6. Click the "Add file target(s)" option (or any other of the three options).
7. Select an HTML file, and click the "Open" button.
8. In the toolbar, click the "Start" button.
9. In the "HTML Validator: Confirm Job" dialog, click the "Start processing
now" option.
10. The "ETaskbarException: Could not register tab." error window appears.
11. Program ceases to function properly after exception (i.e. cannot be closed
properly).
Also see attachments which are screenshots provided by a user.
Sidenote: Toolbar (which contains the "New List" button) is still not
displaying properly as it displays fully justified when it should display left
justified. Can see this in the first screenshot (EmailPart1.png) in the
attachment.
--
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=56395
Bug ID: 56395
Summary: Open/save file dialog shows not drive:
err:commdlg:IShellBrowserImpl_BrowseObject could not
browse to folder
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: cubasuras(a)yahoo.fr
Distribution: ---
Created attachment 76148
--> https://bugs.winehq.org/attachment.cgi?id=76148
"Open File" dialog with no drive available, displayed from Notepad.exe (in
French)
Using a win32 profile that has works for years and still 2 weeks ago, the Open
File and Save File dialogs now does not show any disk drive, which usually
makes the application useless.
When the dialog is displayed, the following message is displayed on the
console:
0024:err:commdlg:IShellBrowserImpl_BrowseObject could not browse to folder
(first 4 digits are not constant)
The simplest way to get the error is:
wine notepad
Then File / Open
The problem is with the dialog, not with the drive itself, since using
wine cmd
and typing "DIR" commands, the drives are present and readable.
The bug can be "solved for me", since it does not happen with a new win32 or
win64 prefix, but according to web searches, it is quite common and unsolved
except by creating a new profile, so there might be something to be done.
--
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=57100
Bug ID: 57100
Summary: Command Post fails to load
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://cgf-uploads.net/production/public/files/Comman
dPostInstaller.zip
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 76978
--> https://bugs.winehq.org/attachment.cgi?id=76978
Wine 9.16 console output
Immediately following installation of Command Post, the application fails to
load. Subsequent attempt to run the application fails in the same way.
wine "c:\program files\command post\commandpost.exe"
> System.Runtime.Remoting.RemotingException: Channel CommandPost-KW-UniqueKeytest:SingeInstanceIPCChannel is not securable while ensureSecurity is specified as true
Workaround is dotnet45 (if using Winetricks you need to set the Windows version
to Windows 7 after installation: "winetricks dotnet45 win7").
https://cgf-uploads.net/production/public/files/CommandPostInstaller.ziphttps://web.archive.org/web/20240825002112/https://cgf-uploads.net/producti…
c7b571e5020866e068c8b780782be72cf5f8df3f CommandPostInstaller.exe
d29f3e8bceace7fc43113728555c2eae4f684d1b CommandPostInstaller.zip
--
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=57107
Bug ID: 57107
Summary: Yandex music does not work when uploading
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: activeds
Assignee: wine-bugs(a)winehq.org
Reporter: oooaokgiregister(a)rambler.ru
Distribution: ---
Created attachment 76991
--> https://bugs.winehq.org/attachment.cgi?id=76991
ERROR FILE
Yandex music does not work when uploading
--
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=57084
Bug ID: 57084
Summary: WINE without X11/XWayland (pure Wayland) can't find
graphics driver
Product: Wine
Version: 9.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: redwindwanderer(a)gmail.com
Distribution: ---
Hello there,
I've just built latest stable WINE (9.15) and also latest stable WINE sources
from gitlab (https://gitlab.winehq.org/wine/wine/), and I get identical results
when trying to load any program with it:
0148:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
0148:err:winediag:nodrv_CreateWindow L"The graphics driver is missing. Check
your build!"
WINE was successfully configured and built using the wine-wayland driver:
./configure --enable-win64 --without-x --with-wayland
--without-pulse --without-cups --without-gphoto --without-opencl --without-pcap
--without-pcsclite --without-dbus --without-sane --without-oss --without-krb5
--without-netapi --without-capi --without-gettext --without-gnutls
--enable-archs=x86_64,i386
As you can see in the configure log attached, the wayland driver is activated
correctly.
And the wayland WINE driver is installed:
~/src/wine$ find /usr/local -name *winewayland*
/usr/local/lib/wine/i386-windows/winewayland.drv
/usr/local/lib/wine/x86_64-unix/winewayland.so
/usr/local/lib/wine/x86_64-windows/winewayland.drv
I also tried forcing the driver loading using:
WINEDEBUG=+wayland WINEDLLOVERRIDES="winewayland.drv=n" winecfg
But that makes no difference.
Maybe mainline WINE is not ready for Wayland-only? Any ideas, please?
--
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=57039
Bug ID: 57039
Summary: O
Product: vkd3d
Version: 1.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: salvadorxxx922(a)gmail.com
Distribution: ---
Cjvjv
--
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.