https://bugs.winehq.org/show_bug.cgi?id=44066
Bug ID: 44066
Summary: mintty/msys2 doesn't work since wine 2.5.0 (named
pipes)
Product: Wine-staging
Version: 2.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.gursky(a)e-mail.ua
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Hi!
According to [1], I'm opening a new issue.
msys2 (based on Cygwin up to 2.5.x) does work on wine-staging.
Since 2.5.0 mintty starts but has no visible output. You can work only blindly
(ctrl+d closes the session).
Actually I've expected that since wine 2.5 msys2 will work not only on
wine-staging but also on wine. Unfortunately the opposite has happened.
Regards,
Andrey
[1] https://bugs.winehq.org/show_bug.cgi?id=17195#c189
--
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=53572
Bug ID: 53572
Summary: Misbehaving system tray icons on Wayland session
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ryu.ketsueki(a)outlook.com
Distribution: ---
This is a bit more complex to explain, as this happens more specifically if you
are on a Wayland session desktop. May be a duplicate of 48550 but I decided to
drop more of what I could find out.
Previously this was reported on KDE's Bugzilla as well and currently there may
not be an easy fix on Plasma's side for a number of reasons. First, it may be
using a deprecated proxy, XEmbedSNIProxy, which may be supported in X11 in a
"very hacky way" as described in the bug report and it is completely
unsupported in Wayland. Other apps also have this issue, like Anydesk, but Wine
may be used for a lot more so it is more common to see those around.
What happens is that, while the icon may appear on the tray, the "interactible"
part of the icon is usually on the top left corner of the screen. And if there
are many tray icons, only one can be interacted with. The icon itself on the
tray is completely static and cannot be interacted with.
Gnome does not have a system tray by default, requiring the user to install one
through extensions. Every other desktop environment, however, does have a
native system tray. Currently, KDE Plasma in the Wayland session is where this
issue can be replicated, although I imagine other Wayland implementations such
as Sway may also work.
There is a known workaround but it is not perfect. Essentially involves
terminating the XEmbedSNIProxy process and bringing the tray icons from there
into a window with the wmsystemtray command. It is very hacky and far from
ideal. If something can be done on Wine's side to try sorting this out, it
would greatly improve its usability on Wayland, even without a native Wayland
driver. Perhaps a new proxy that works both on X11 and Wayland can replace this
old one?
--
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=51098
Bug ID: 51098
Summary: Native Access fails to download files since Wine 6.6
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)robbertvanderhelm.nl
Distribution: ---
Created attachment 69961
--> https://bugs.winehq.org/attachment.cgi?id=69961
Wine output on Wine 6.6
Starting at Wine 6.6, Native Instrument's Native Access software downloader
(https://www.native-instruments.com/en/specials/native-access/) fails to
download any files. When starting a download, the progress bar will immediately
jump from 0% to failed. In Wine 6.5 and below the file gets downloaded to the
Downloads directory successfully (actually installing the files doesn't work as
per bug 50226, but you used to be able to at least manually mount and install
the downloaded .iso files).
I've attached logs for Wine 6.5 (where the download goes through successfully)
and Wine 6.6 (where it does now), but without changing WINEDEBUG there doesn't
seem to be anything interesting in there.
--
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=47016
Bug ID: 47016
Summary: MS Office 365 installer stops midway with error
30175-4
Product: Wine
Version: 4.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: funtimeschaos(a)rocketmail.com
Distribution: ---
Created attachment 64173
--> https://bugs.winehq.org/attachment.cgi?id=64173
Log for 4.5 staging
Trying to install MS Office 365 ja_JP/Business retail edition. Installer starts
and runs until around the 68% mark, where it reports error 30175-4 and closes.
A quick search found that this error indicates that the installer is trying to
upgrade Office 2013 to Office 2016, which it seems to be trying to do when wine
is set to Windows 7.
Tested with 4.5 staging, log attached. Did not use winetricks except to add
japanese fonts to registry.
--
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=28750
Bug #: 28750
Summary: Access violations and OLE errors using a WebBrowser
based sample application
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: idw.doc(a)t-online.de
Classification: Unclassified
PLease download and run my sample application for duplicating the crash(es),
I'm not using Wine myself, but user's of my sample application reported several
fatal errors when launching it: It's a simple HTML editor based on the
IWebBrowser and MSHTML interfaces, available at
<http://idw-doc.homepage.t-online.de/PMUtils/IEWriter.zip>.
A single URL parsing issue (in shlwapi) has already been fixed, see
<http://source.winehq.org/patches/data/79958>.
--
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=52849
Bug ID: 52849
Summary: [wined3d] Projector: GL_INVALID_OPERATION in
glFlushMappedBufferRange(buffer is not mapped)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: parker.l.reed(a)gmail.com
Distribution: ---
Created attachment 72251
--> https://bugs.winehq.org/attachment.cgi?id=72251
winedebug output
Seemingly all older Shockwave games are failing to create the OpenGL context.
This manifests itself as abnormal CPU usage (Upwards of 150 to 200%). Log
attached.
Behavior observed in multiple games some with worse usage than others.
I have tried back to 4.0 seeing the same behavior. I do not believe there was a
point this was working as intended.
Files to reproduce
https://bluepload.unstable.life/shockwavewine.tar.gz
Hash sha256 1b7a87fb1935e7db30fe44a6b27c7da7c4601739feb382ae389ff4606874fba6
unstable.life is the main hosting for the Flashpoint archive
cd PJ101/
wine Projector.exe gorillaz_final_drive.dcr
--
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=53564
Bug ID: 53564
Summary: wine Qt5Pdf.dll and Qt5Svg.dll
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: doguhan7799(a)hotmail.com
Distribution: ---
<pre>0108:err:module:import_dll Library Qt5Pdf.dll (which is needed by
L"C:\\shamela4_1\\1443.605\\lib\\PySide2\\plugins\\imageformats\\qpdf.dll")
not found
0108:err:module:import_dll Library Qt5Svg.dll (which is needed by
L"C:\\shamela4_1\\1443.605\\lib\\PySide2\\plugins\\imageformats\\qsvg.dll")
not found</pre>
--
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=51853
Bug ID: 51853
Summary: Logos 9 Bible Software - Printing Option Available -
Does Not Print
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: franksauer(a)cox.net
Distribution: ---
The same behavior that we experienced with Logos 8 seems to be back in Logos
9.9 running Wine 6.19
https://bugs.winehq.org/show_bug.cgi?id=48716
--
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.