https://bugs.winehq.org/show_bug.cgi?id=52254
Bug ID: 52254
Summary: Cold Steel Subs: Application is not transparent
(relies on DwmExtendFrameIntoClientArea)
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
URL: https://zerofield.net/2020/09/30/hajimari-no-kiseki-sp
readsheet-translation/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dwmapi
Assignee: wine-bugs(a)winehq.org
Reporter: johnny(a)localmomentum.net
Distribution: ---
Created attachment 71376
--> https://bugs.winehq.org/attachment.cgi?id=71376
ColdSteelSubs transparency code (currently not in the distributed application)
This application provides a transparent clickthrough overlay to show English
translations on top of the original Japanese source.
It relies on layered windows and DwmExtendFrameIntoClientArea to handle the
transparent display.
Currently, the main UI elements show, but the game (or any other application)
does not show through. This seems to be because DwmExtendFrameIntoClientArea
is only a stub. I'm not sure if that's the only reason it's not transparent,
but it's at least one of the reasons.
The program itself uses the unity3d engine along with some native dll calls to
the relevant user32 apis to handle the transparency.
I was able to get a copy of the relevant code (but not the whole application),
of which I will attach.
Since I can't get all of the code, I've been using an unity sample application
to try to figure out some parts myself (the relevant code is here
https://github.com/pheonise/Unity3D-Desktop-Overlay/blob/master/Assets/Scri…).
This unity3d application works as expected on windows, but is not transparent
via wine (as expected). When i comment the call to
DwmExtendFrameIntoClientArea, then it its also no longer transparent on windows
as well.
It seems that if the sample application works, then I can make sure the dev
applies to the same technique to the overlay application.
Please let me know If i can provide any more information.
--
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=53574
Bug ID: 53574
Summary: MSYS2 "pacman -Sy" fails key lookup
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: joel(a)airwebreathe.org.uk
Distribution: ---
Created attachment 72951
--> https://bugs.winehq.org/attachment.cgi?id=72951
Log of console interaction
With a fresh Msys2 installation, pacman fails to run, because it keeps
producing "key lookup failed" errors. The user is prompted to with the
following message:
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
:: Import PGP key 5F944B027F7FE2091985AA2EFA11531AA0AA7F57? [Y/n] Y
However, if the user selects "yes", pacman simply asks the same question again
after a short delay, in an infinite loop.
--
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=53121
Bug ID: 53121
Summary: IrfanView: In full screen mode the image title is not
correctly repainted when switching between images
Product: Wine
Version: 7.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 72576
--> https://bugs.winehq.org/attachment.cgi?id=72576
Example
Steps to reproduce:
1. Download IrfanView
2. File -> Open an image file (which matches or exceeds your display
resolution)
3. Press Enter (goes in full screen mode)
4. Press right arrow or left arrow (alternatively "Space" and "Back Space") to
browse through images forward or backward.
The area where the image path and name are being rendered starts to look bad
(i.e. it's not correctly repainted). It's in the left top corner.
The example is attached.
--
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=42284
Bug ID: 42284
Summary: Enable using Wine with Wayland and without X on Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Currently, Wine on Linux is strongly dependent on X, and when used with the
desktop environment with new Wayland display server, Wine is forced to run
through XWayland, which so far remains a poor experience.
The whole Linux desktop is now strongly pushing the switch from X to Wayland,
and many major applications are now in the process of enabling this switch.
Is there some plan for such effort in Wine? Is it even feasible? I couldn't
find any bugs opened for it, so I'm opening one here to track 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.
http://bugs.winehq.org/show_bug.cgi?id=19769
Summary: STATISTICA 6 demo fails to display any child windows
Product: Wine
Version: 1.1.27
Platform: PC
URL: http://www.statsoft.ru/_Rainbow/documents/STATISTICADe
mo.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
With wine-1.1.27-266-gda1784b, when starting the STATISTICA 6 demo, the demo is
supposed to display a window entitled "Data: Adstudy (25v by 50c)" on startup,
but the demo fails to do that. The only window that is usually visible is a
"Welcome to STATISTICA 6" helper window. In addition, opening any STATISTICA
files yields the same result, no visible child windows.
--
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=26560
Summary: Amazon MP3 Downloader: Menus don't work.
Product: Wine
Version: 1.3.16
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
>From bug 18708.
Menus don't work. Opening them works, but you cannot click any item.
Right-clicking them works.
--
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=26308
Summary: Game items are not visible in KraiSoft's games
launcher
Product: Wine
Version: 1.3.15
Platform: x86
URL: http://www.kraisoft.com/cgi-bin/download.pl?dwn=1&game
=AfterTheEnd
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.millington(a)gmail.com
Game items are not visible in KraiSoft's games launcher
fixme:wincodecs:JpegDecoder_Frame_GetResolution (0x1575bc,0x32aa20,0x32aa18):
stub
fixme:wincodecs:JpegDecoder_Frame_GetResolution (0x157dd4,0x32aa20,0x32aa18):
stub
fixme:wincodecs:JpegDecoder_Frame_GetResolution (0x1a491c,0x32aa20,0x32aa18):
stub
Only the above is in the back trace.
--
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=48287
Bug ID: 48287
Summary: Simpsons Hit and Run "No Disc Inserted"
Product: Wine
Version: 4.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 49studebaker(a)gmail.com
Distribution: ---
Created attachment 65983
--> https://bugs.winehq.org/attachment.cgi?id=65983
First disc mounted. No disc inserted error.
The game has three discs. I mounted each disc. The game installed successfully.
If I try to run the game, I get a "No Disc Inserted."
--
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=39867
Bug ID: 39867
Summary: Long path components (e.g. 250 character long) crash
open/save dialogs
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: whitequark(a)whitequark.org
Distribution: ---
To reproduce:
1. mkdir
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
2. call GetOpenFileName and navigate to a directory containing the newly
created one
3. Wine is aborted by stack smashing protection
--
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=50095
Bug ID: 50095
Summary: Allow user specified WM_CLASS value
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: arealityfarbetween(a)googlemail.com
Distribution: ---
Created attachment 68570
--> https://bugs.winehq.org/attachment.cgi?id=68570
Allow user to set WM_CLASS via his environment
Hi,
The name of the executable is currently used as the WM_CLASS set by winex11.drv
however this doesn't work reliably in cases where the executable name is the
same, e.g. I have a few windows games on my system where the executable is
simply named "game.exe", leading to one game being associated with another's
icon in GNOME's running applications panel.
I can get around this problem by using a symlink but that approach isn't ideal
- in the case I tried I also had to create a symlink for another directory
located in the directory where the exe was located.
I've enclosed a patch that allows the user to specify WINEWMCLASS in his
environment and have wine use that value as an alternative to the default
behaviour.
Let me know what you think.
Thanks
--
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.