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.
https://bugs.winehq.org/show_bug.cgi?id=56094
Bug ID: 56094
Summary: Hasleo WinToUSB Free 5.8 crashes on launch
Product: Wine-staging
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 75765
--> https://bugs.winehq.org/attachment.cgi?id=75765
Screenshot of crash on app startup.
See screenshot below of an error.
--
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=58053
Bug ID: 58053
Summary: Will not launch in Steam Deck desktop mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hancharik.veliz(a)GMAIL.COM
Distribution: ---
I installed on to my steam deck but when I hit launch nothing happens no matter
how many times you press launch
--
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=32514
Bug #: 32514
Summary: Crash when executing Digit.Exe from Digit Magazine
(India)
Product: Wine
Version: 1.5.17
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vikigoyal(a)gmail.com
Classification: Unclassified
Created attachment 42892
--> http://bugs.winehq.org/attachment.cgi?id=42892
Screen shot of list of files & folders on the Digit DVD
I run KDE in Fedora 17.
The Wine Packages & version installed at the moment on the system:
wine-wow-1.5.17-1.fc17.x86_64
mingw32-wine-gecko-1.8-1.fc17.noarch
wine-capi-1.5.17-1.fc17.x86_64
wine-fonts-1.5.17-1.fc17.noarch
wine-pulseaudio-1.5.17-1.fc17.i686
q4wine-0.121-3.fc17.x86_64
wine-filesystem-1.5.17-1.fc17.noarch
wine-ldap-1.5.17-1.fc17.i686
wine-alsa-1.5.17-1.fc17.x86_64
wine-mono-0.0.8-1.fc17.noarch
wine-twain-1.5.17-1.fc17.i686
wine-system-fonts-1.5.17-1.fc17.noarch
wine-systemd-1.5.17-1.fc17.noarch
wine-core-1.5.17-1.fc17.x86_64
wine-cms-1.5.17-1.fc17.x86_64
wine-core-1.5.17-1.fc17.i686
wine-1.5.17-1.fc17.x86_64
wine-debuginfo-1.5.17-1.fc17.x86_64
wine-tahoma-fonts-1.5.17-1.fc17.noarch
wine-ldap-1.5.17-1.fc17.x86_64
wine-desktop-1.5.17-1.fc17.noarch
wine-symbol-fonts-1.5.17-1.fc17.noarch
wine-pulseaudio-1.5.17-1.fc17.x86_64
wine-cms-1.5.17-1.fc17.i686
wine-small-fonts-1.5.17-1.fc17.noarch
wine-openal-1.5.17-1.fc17.i686
wine-docs-1.4-1.fc17.noarch
wine-common-1.5.17-1.fc17.noarch
wine-marlett-fonts-1.5.17-1.fc17.noarch
wine-capi-1.5.17-1.fc17.i686
wine-ms-sans-serif-fonts-1.5.17-1.fc17.noarch
wine-tahoma-fonts-system-1.5.17-1.fc17.noarch
wine-twain-1.5.17-1.fc17.x86_64
wine-courier-fonts-1.5.17-1.fc17.noarch
wine-openal-1.5.17-1.fc17.x86_64
mingw64-wine-gecko-1.8-1.fc17.noarch
I want to use a DVD supplied by a computer magazine called Digit in India
on my system just as it can be used on Windows.
For that I right clicked Digit.exe & selected 'Open With Wine' in Dolphin.
There was a crash. I want to supply the crash dump. I hope that dump proves
useful & changes be brought in Wine so that the DVD can run on Linux in Wine.
Thanks...
--
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=38519
Bug ID: 38519
Summary: Some letters are cut in winecfg
Product: Wine
Version: 1.7.38
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
In the register "Drives" the columns "Letter" and "Target folder" are cutting
the last letter and in the register "Applications" the entry "Default Settings"
does cut the last letter too in the german translation if this register is
reentered.
--
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=37084
Bug ID: 37084
Summary: An error occurred during the closing Wayward.exe
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stalkerandrei2010(a)mail.ru
Created attachment 49287
--> http://bugs.winehq.org/attachment.cgi?id=49287
Bug appeared when the application is closed
The application itself has not earned
--
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=56346
Bug ID: 56346
Summary: Sketchup Make 2017 Extension Manager to install Ruby
extension crashes.
Product: Wine
Version: 9.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dlbeeson(a)netzero.net
Distribution: ---
SketchUp Make 2017. Runs well, BUT can not EXPORT. On windows Export pops up
window with about 6 options. On MX Linux and Wine, only option is DAE. When try
to run Extension Manager, which would install a STL converter (among other
things) it crashes. So you can not install the Ruby extensions to export in STL
format, for 3D printing. Please help. Thank you.
--
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=58096
Bug ID: 58096
Summary: Window title bar double-click to return from maximized
state sometimes makes window full sized
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine_bugzilla(a)sctb.ch
Distribution: ---
I use WINE to run PFE, a text editor.
https://www.lancaster.ac.uk/people/steveb/cpaap/pfe/
I've noticed recently that behaviour has changed when double-clicking the title
bar.
Normally, double clicking title maximizes window, and double clicking again
minimizes window.
What now *sometimes* happens is that the first double click as expected
maximizes, but the second double click returns the window to its normal size
but then instantly changes the actual window size to the maximum possible (to
the screen size). This is *not* the maximized state, because double clicking
now - no matter how many times - does not change the window size. The window
has actually been resized (and so further double clicks are converting a
screen-sized window to maximized, and then back to screen-sized).
At this point the window has to be manually resized back to something
non-maximum.
My suspicion here is that I might be issuing from the mouse a very rapid
*triple* click, and there's some kind of race condition, where the third click
is causing the observed behavour; and that this is why it happens *sometimes*
only.
--
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=58046
Bug ID: 58046
Summary: Horizon Chase Turbo: gamepad hotplugging doesn't work
Product: Wine
Version: 10.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)gmail.com
Distribution: ---
Created attachment 78302
--> https://bugs.winehq.org/attachment.cgi?id=78302
`WINEDEBUG=+dinput`, launch game with one gamepad, disonnected, reconnected.
In Horizon Chase Turbo (tested Epic Games Store version), gamepads are only
usable if they have always been connected since the game has been launched.
Otherwise, their inputs are completely ignored, and these gamepads will not be
listed in the player mapping screen (Multiplayer). This is not the case on
Windows.
The only exception is in the title screen: "Press Any Button" does work with
hotplugged gamepads.
Logs are taken on a fresh prefix with `WINEDEBUG=+dinput`. Without this, the
only dinput-related log is:
```
0208:fixme:dinput:hid_joystick_device_try_open device usage ff72:00a1 not
implemented!
```
--
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=56648
Bug ID: 56648
Summary: Autodesk DWG TrueView fails at installation
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: szatkus(a)gmail.com
Distribution: ---
Installation fails with the fixme: "Could not find dependent assembly
odis.bs.win (1.0.0)"
Turns out the installer creates a new folder (%TEMP%/7z0F0512E4) with another
installer that apparently is invoked next. The program removes it automatically
after crashing, but it could be retrieved by placing `while(1);` next to the
fixme or by using a Windows machine.
There's the Setup.exe file that has the following manifest in its resources:
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel level='asInvoker' uiAccess='false' />
</requestedPrivileges>
</security>
</trustInfo>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='odis.bs.win' version='1.0.0.0'
processorArchitecture='*' language='*' />
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='odis.bs.wx' version='1.0.0.0'
processorArchitecture='*' language='*' />
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32'
name='Microsoft.Windows.Common-Controls' version='6.0.0.0'
processorArchitecture='*'
publicKeyToken='6595b64144ccf1df' language='*' />
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='Microsoft.Windows.Common-Controls'
version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df'
language='*' />
</dependentAssembly>
</dependency>
</assembly>
From what I gathered this manifest is used to resolve some required dlls files,
but it ultimately fails.
The odis.bs.win is resolved by the following algorithm (a comment from the wine
code):
/* Lookup in <dir>\name.dll
* <dir>\name.manifest
* <dir>\name\name.dll
* <dir>\name\name.manifest
*
* First 'appdir' is used as <dir>, if that failed
* it tries application manifest file path.
*/
The file it's looking for is in ODIS/odis.bs.win/odis.bs.win.manifest, not in
odis.bs.win/odis.bs.win.manifest (name="odis.bs.win"). Where from does Windows
get the ODIS part? Well, there's also a file called "Setup.exe.config" with the
following content:
<configuration>
<windows>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<probing privatePath="ODIS"/>
</assemblyBinding>
</windows>
</configuration>
It looks that the program should resolve through <dir>/<privatePath>. I added a
few prints here and there, and it seems that Setup.exe.config is not loaded by
wine at any point.
Moving odis.bs.win and odis.bs.wx to the upper folder fixes the problem,
although the installation still fails after a while.
--
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.