https://bugs.winehq.org/show_bug.cgi?id=39436
Bug ID: 39436
Summary: Gta Vice City - the black screen while playing clip at
the game start
Product: Wine
Version: 1.7.52
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: geeronzero(a)gmail.com
Distribution: ---
Gta Vice City - the black screen while playing clip at the game start. The is
music in it, but no image.
--
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=50045
Bug ID: 50045
Summary: [Feature request] Mapping Windows Named Pipes to Unix
Domain Sockets
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: 0e4ef622(a)gmail.com
Distribution: ---
The main motivation for this feature is Discord Rich Presence. This would
enable games running under wine to support Rich Presence with a natively
running Discord application. Note that it is possible to emulate this feature
using an external "proxy" program running in the same wineprefix.
Here are 2 such programs:
https://github.com/0e4ef622/wine-discord-ipc-bridgehttps://github.com/openglfreak/winestreamproxy
Although they work, I believe it's possible and more ideal to have wineserver
simply serve a file descriptor connected to the socket when a game connects to
the named pipe.
--
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=50690
Bug ID: 50690
Summary: Being able to use the gtk theme for normal wine
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: toadfield(a)tutanota.com
Distribution: ---
Right now it only works for Wine-Staging,but I wanna use it for normal wine.
--
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=19816
Summary: Enhancement request: MSVBVM60
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bammzilla(a)astronomy.com.ph
I would like to request that Wine have its own built-in version of MSVBVM60. I
don't know how difficult it would be, but since WinXP has it by default I would
love Wine to have it as well.
--
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=31786
Bug #: 31786
Summary: Run the tests on real hardware
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
It would be very useful to run some tests on real hardware.
* This is the case for all the 3D graphics tests. For these we would even want
to run them on both AMD and NVidia graphics cards(*). Currently they are
essentially ignored by WineTestBot because the virtual graphic cards don't
provide meaningful 3D support.
* It could somewhat be useful for sound tests too, mostly to avoid timing
issues, but also to ensure the results we get are not tainted by bugs in the
emulated sound card. Also emulated sound cards typically don't support MIDI
emulation.
The problem is that it's very important to limit the test duration and to
restore the test environment to a clean state after each test, no matter what
happens, for two reasons:
* Because it's not uncommon for tests to have side effects and for them to
leave the test environment in an unusable state. Granted it happens much more
often with older Windows releases as they are more prone to crashes. However
graphics drivers also tend to be buggy and we would not want the tests to be
tainted by a previous run (though a reboot should take care of most issues).
* But also the Wine TestBot runs anything that gets posted by anonymous users
on wine-patches. That's ok as long as such code is properly confined and not
allowed to run for too long. That supposes thoroughly cleaning up the
environment after a test has run, including anything that could happen at boot
time.
Virtual machines provide a simple solution to both of these issues which is why
the TestBot relies on them heavily.
With QEmu it's possible to let the guest OS access some peripherals directly
via the 'passthrough' mode. This is normally done for network cards. If it
worked for graphics cards that would be a great solution but it's not clear
that it's feasible.
Another option would be to play tricks with Grub scripts: have it boot from a
clean Linux partition (or from the network?), restore the Windows partition
from a clean disk image, reboot into that partition, and back on the clean
partition with the next reboot. That still leaves the issue of forcing a reboot
in case of a freeze or malware taking control of Windows (use a remote
controlled power switch like in data centers?).
(*) We currently have two such machines ready for this:
http://www.winehq.org/pipermail/wine-devel/2012-February/094080.html
--
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=33912
Bug #: 33912
Summary: Remove All Wine Home Content - Button
Product: Wine
Version: 1.6-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: moceap(a)hotmail.com
Classification: Unclassified
This enhancement what I require that a button not remove only .wine folder in
home , also delete all installed-by-wine-application desktop integration files
Such as ::
$HOME/.local/share/mime/packages/wine*
$HOME/.local/share/applications/wine*
And others .
--
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=47099
Bug ID: 47099
Summary: [RFE Staging] Create EXT4 case-insensetive wineprefix
on Linux 5.2
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: timofeevsv1989(a)gmail.com
Distribution: ---
Case-sensetivity creates many problems on wineprefixes.
Linux 5.2 can create case-insensetive empty folders with flag +F
Please add this option to staging
--
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=47883
Bug ID: 47883
Summary: Enable explicit large address aware override
Product: Wine
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Some 32-bit games like Dragon Age: Origins start without sound in recent Wine
versions (see for example bug 43685), due to running out of 2 GB memory
limitations. One workaround is to use a patcher on the binary to enable large
address aware bit.
Such as: https://github.com/randomstuff/pe-set-laa
This is cumbersome however.
Please enable some explicit workaround (like some Wine environment variable for
example), to avoid using patching on the binaries.
--
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=48955
Bug ID: 48955
Summary: Use xdg basedir spec
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: riptide(a)mundo-r.com
Distribution: ---
https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html
Instead of ~/.wine, configuration should be in the $XDG_CONFIG_HOME/wine/ and
cache (safely-deletable files) should be in $XDG_CACHE_HOME/wine/. The big
boxes files should be in the $XDG_DATA_HOME/wine/.
--
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=50058
Bug ID: 50058
Summary: Control (GOG) game crash
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iroalexis(a)outlook.fr
Distribution: ---
Created attachment 68513
--> https://bugs.winehq.org/attachment.cgi?id=68513
Wine log (winedbg) for Control
Like as title, Control crashes every time at the start of the mission "Defeat
the Anchor".
I would like to add that from time to time the game crashes during launch for
exactly the same reasons as in the attached logs (winedbg).
>From the feedback I got on the VKx discord, the problem seems to be unique to
the GOG version. There are no problems on the EGS and Steam versions.
Here is what I use for launch the game : wine64 Control_DX11.exe.
My graphic card is a NVIDIA GTX 1070 with Vulkan Beta Driver.
--
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=46697
Bug ID: 46697
Summary: ntQueryDirectoryFileEx needed
Product: Wine
Version: 4.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: springrat(a)protonmail.com
Distribution: ---
Mod Organizer 2 fails to load the userspace virtual file system (USVFS) .dll
due to a lack of the function, "ntQueryDirectoryFileEx" in ntdll.dll. As a
result, the program itself cannot be used for its intended purposes of
organizing and loading mods directly, and some critical features such as using
tools within the virtual environment break.
--
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=49275
Bug ID: 49275
Summary: 60 FPS limit on 144Hz screen with v-sync turned off
Product: Wine
Version: 5.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bobogu(a)seznam.cz
Distribution: ---
Linux 5.6.14-arch1-1
Since the last Wine version (5.9.1), in Call of Duty 4, I only get 60 FPS
instead of 250 (capped in-game) which I was getting prior to the update. My
screen is running at 144Hz which is also what I have my Xorg set to.
Output from xrandr -q
...
1920x1080 60.00 + 144.00* 119.98 99.93
...
It's even weirder for me that the FPS are capped to 60 even though my screen
refresh rate is 144 Hz.
In the game, I don't have v-sync turned on, neither I have my FPS capped to 60.
I haven't checked other games since CoD4 is the only game I have.
I'm using Lutris as a game manager and with Proton runner, I get the 250 FPS
just fine.
I've tried setting `vblank_mode=0` and `__GL_SYNC_TO_VBLANK=0` but to no avail.
--
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=41668
Bug ID: 41668
Summary: wineboot mishandles user dir symlinks during update
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
In a standard wine prefix 'Desktop', 'My Documents', etc. are symlinks to
${HOME}.
As are their localized versions.
I consider the first a wrong choice and and make those normal dirs in the
prefix; as for the second, I turn those into symlinks to their English
counterparts.
Yet...
Upon 'wineboot' at each wine update, while the English dirs stay untouched, the
localized symlinks get reset into ${HOME} symlinks.
If it's WAD, it's a misfeature; otherwise, it's a bug.
--
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=47015
Bug ID: 47015
Summary: Photoshop CC2019 Login screen does not render
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 64172
--> https://bugs.winehq.org/attachment.cgi?id=64172
Log for 4.5 staging
Tested on 4.5 staging. PS was installed on windows.
I believe I used "winetricks gdiplus vcrun2010 vcrun2012 vcrun2013 vcrun2015
msxml3 msxml6 atmlib corefonts fakejapanese" to get this far. Not using
winetricks causes the launcher to output the following and exit immediately:
```
002a:fixme:ntdll:NtQuerySystemInformationEx Relationship filtering not
implemented: 0x4
002a:fixme:ntdll:NtQuerySystemInformationEx Relationship filtering not
implemented: 0x4
002a:err:module:LdrInitializeThunk "CRClient.dll" failed to initialize,
aborting
002a:err:module:LdrInitializeThunk Initializing dlls for
L"Z:\\home\\jenia\\Desktop\\winestuff\\pf\\pf64\\Adobe\\APCC2019\\Photoshop.exe"
failed, status c0000005
```
When trying to launch PS, it does launch, however, there is a small window
(which I assume is the creative cloud login screen) which does not render. X
ing out of the small window closes PS. Log is attached.
Looks to me like it is stuck trying (and failing) to render web content?
This version of PS was installed on a Japanese system, so a language support
issue might be related.
--
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=50090
Bug ID: 50090
Summary: Minifreezes in games when sending keystrokes from
gaming mouse (Piper, G402)
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: amenoyozora(a)gmx.net
Distribution: ---
I have a Logitech G402 and it has three extra buttons that I set to send "7",
"8" and "9" respectively as keystrokes through Piper. My keyboard layout is set
to german. In games, when I use the keyboard and the special mouse buttons
simultaneously, it will cause the game to stutter/minifreeze.
When I don't use the special buttons at all, those minifreezes don't happen.
When I *only* use the mouse, they don't happen either. I press a regular key on
my keyboard and when I follow it up with a special mouse button, it causes the
stutter. When I don't touch the keyboard and keep only using the mouse it
doesn't happen. When I press a keyboard button again, the stutter happens.
It shows this message in the console when this happens:
0300:fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 0000: semi-stub!
I suspect this has something to do with the mouse/Piper sending keystrokes in a
different layout (https://github.com/libratbag/piper/issues/348). Wine will
erratically try to switch between layouts and hang the game briefly everytime.
I tried doing "setxkbmap en" and restarting the game but the problem persists.
Maybe I'm using the wrong layout code, please tell me if so.
--
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=10729
Summary: Clicking things in-game in LEGO Island causes game to
hang
Product: Wine
Version: 0.9.50.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
Created an attachment (id=9571)
--> (http://bugs.winehq.org/attachment.cgi?id=9571)
Console log
Once you get in-game in LEGO Island, clicking things will print a few fixme and
then hang indefinitely. A console log is attached, and notes where the fixmes
coinciding to the hang are.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42444
Bug ID: 42444
Summary: Dualshock 3 does not map correctly
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: haakobja(a)gmail.com
Distribution: ---
Created attachment 57282
--> https://bugs.winehq.org/attachment.cgi?id=57282
DS3 events
Hi,
I've tried using a dualshock 3 controller with wine, but I'm unable to get the
analogous triggers to work. They seem to be mapped as buttons, not analogue
input.
If I use xboxdrv the triggers are mapped correctly, but then force feedback
does not work. Because of this, I think it would help if the wine-mapping was
correct.
I've earlier tried asking on the forum, but it does not seem like anyone know
how to map the controller correctly. I use the controller using events, not the
legacy joystick interface in Linux.
--
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=47066
Bug ID: 47066
Summary: Regression: extremely low FPS in osu! on wine 4.6,
unplayable
Product: Wine
Version: 4.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yalterz(a)gmail.com
Distribution: ---
Created attachment 64243
--> https://bugs.winehq.org/attachment.cgi?id=64243
debug log for wine 4.6, broken
After an update to wine 4.6 osu! stopped working properly.
Video: https://streamable.com/hy02f
Differences from wine 4.5:
1. A screen of glitched framebuffer right before the game starts up (doesn't
happen on wine 4.5).
2. Extremely low FPS, something like one frame every two seconds.
Logs for wine 4.5 and 4.6 for starting the game and quitting 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=50239
Bug ID: 50239
Summary: The Legend of Heroes: Trails in the Sky Xvid movie
playback lags and is very slow
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kq3thih(a)mailnesia.com
Distribution: Debian
Created attachment 68746
--> https://bugs.winehq.org/attachment.cgi?id=68746
21M - +amstream,+quartz,+strmbase,+gstreamer,+qedit,+devenum,+timestamp log
Not the logo video, ed6_logo.avi (mpeg1), which plays on start, but the opening
video, ed6_op.avi (Xvid), after starting a new game takes over 8 minutes to
finish playing. The duration of the file is only 3:20. The audio which is
loaded from a separate file, ED6002.ogg, seems to play back normally in the
3:20.
Playing the video via gst-play works correctly and completes in the 3:20.
Disabling winegstreamer and using native quartz xvid amstream works around it.
As an aside the movie playback is much improved with just native quartz xvid
and winegstreamer disabled finishing at about 3:40 (+20s). I assume that's not
that interesting of a case though.
This is with an older GOG build of the game before XSEED re-encoded the video.
The newer version takes even longer.
Nothing related in the default terminal output. Attached is a
+amstream,+quartz,+strmbase,+gstreamer,+qedit,+devenum,+timestamp log - 21M
uncompressed.
--
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=13616
Summary: Screenserver starts while playing with Joypads
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trevi55(a)gmail.com
I don't exactly know if this is an issue related to GNOME or wine, but when I
play a game using a joystick - after few minutes - the gnome screensaver starts
so I've to move the mouse to continue...
Shouldn't wine block the screensaver launching if it is getting data from
/dev/input/js*?
--
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=42761
Bug ID: 42761
Summary: add option for full-screen window mode
Product: Wine
Version: 2.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bronsonmathews(a)gmail.com
Distribution: ---
It would be good to have both a fullscreen window mode.
IE the linux window is fullscreen without borders. And the game is scaled to
fit to the window. For playing older low resolution games this would be useful
when you need to switch to the desktop quickly.
And also to have the "Emulate a virtual desktop" mode to allow the game to
resize with that window. Again for the above reasons. Currently if you resize
this window, the game stays in a window within a window. It would be good to
have the game scale to the window size.
--
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=47088
Bug ID: 47088
Summary: Skyrim SE. FAudio souds volume does not depend on
distance
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: timofeevsv1989(a)gmail.com
Distribution: ---
In-game sounds appear at full volume, and dissapear on big distance at full
volume to.
Sound volume doesnt depend on distance.
Somehow volume vectors doesnt present to FAudio libs
This problem exists only on system-wide FAudio libs from repo. On winetricks
faudio everything OK.
--
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=49318
Bug ID: 49318
Summary: wayland X11DRV_ChangeDisplaySettingsEx
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: damianatorrpm(a)gmail.com
Distribution: ---
I've did extensive test on dozens of steam games and another extensive test on
wine games.
Some wine titles have issues like theses:
`0024:err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found:
width=800 height=600 bpp=16 (XRandR 1.2)`
One can force the resolution by setting a virtual desktop and they would work
unless its bpp is 256 colors.
For X11 there is the workaround to start a new XServer with 256 colors.
What I think here should happen is that when on XWayland X11DRV accepts
everything as matched mode exactly when requested + whatever is reported as
supported mode.
The reason to not support everything is that some games would have resolution
drop down menu that is bigger than all your monitors combined.
Just let a virtual mode be found and let whatever wayland compositor you are on
deal with it.
--
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=50295
Bug ID: 50295
Summary: 07th-mod python patcher cannot download archives
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gi85qht0z(a)relay.firefox.com
Distribution: ---
Created attachment 68864
--> https://bugs.winehq.org/attachment.cgi?id=68864
Patcher log
Can be downloaded here https://github.com/07th-mod/python-patcher/releases
--
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.