https://bugs.winehq.org/show_bug.cgi?id=57415
Bug ID: 57415
Summary: ROMCenter crash after creating database > IO Exception
cannot locate resource images/defaultsystemicon.png
Product: Wine
Version: 9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: augusto7744(a)aol.com
Distribution: ---
Hello.
Thanks for reading my topic.
Ubuntu 24.04.1 and WINE 9.18 ( version 9.21 crash some softwares related with
the bug https://bugs.winehq.org/show_bug.cgi?id=57306 so not tested with that
version ).
ROMCenter 4.1.1 32 bits. An rom manager software using database hash.
When is done the creation of database happen an crash showing the error message
below and close the software.
IO Exception cannot locate resource images/defaultsystemicon.png
Seeing in some sites is as if is related with net framework.
Some WINE previous versions the software run perfectly without errors.
Perhaps is related with wine-mono ?
Have an nice week.
--
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=49028
Bug ID: 49028
Summary: X-plane 11 (windows) falls back to opengl when trying
to run with vulkan.
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hubert(a)limitset.net
Distribution: ---
Created attachment 67006
--> https://bugs.winehq.org/attachment.cgi?id=67006
X plane log
When attempting to run the windows version of X-plane 11 (to get access to
windows only add-ons) the game will not run with vulkan enabled. When
attempting to start the simulator in vulkan mode this is the error message:
"The graphics card or driver lacks support for a required extension:
VK_KHR_external_memory_win32" and coontinues to run but with opengl. This
happens on Arch Linux and Debian Sid, and so far this issue has occurred for
everyone who has tried running the game with wine using vulkan.
--
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=58721
Bug ID: 58721
Summary: Mathcad Professional 2001i
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fvenale(a)gmail.com
Distribution: ---
Created attachment 79327
--> http://bugs.winehq.org/attachment.cgi?id=79327
Backtrace
I was changing the default text style property for all worksheets, then
crashed. The debugger has originated the backtrace file as in 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=38190
Bug ID: 38190
Summary: FEAR crash at runs
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Created attachment 50967
--> https://bugs.winehq.org/attachment.cgi?id=50967
backtrace fear
Game config works but when game is launched crash
--
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=58216
Bug ID: 58216
Summary: Inquisitor crashes on start
Product: Wine
Version: 10.7
Hardware: x86-64
URL: https://store.steampowered.com/app/241620/Inquisitor/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Regression SHA1: 075033d61ffac2a8d42e06e91a12c88f2fa17401
Distribution: ArchLinux
Created attachment 78529
--> http://bugs.winehq.org/attachment.cgi?id=78529
terminal output
The intro video in Inquisitor never worked for me: it was gracefully skipped
and the game loaded directly the main menu.
Since Wine-10.7 the game crashes right after start.
Reverting the following commit fixes the crash for me:
commit 075033d61ffac2a8d42e06e91a12c88f2fa17401
winegstreamer: Make sure WMSyncReader never reads in the background.
'winetricks wmp9' also makes the crash go away (the startup video still does
not work).
Reproduced with the Steam and GOG.com versions.
wine-10.7-73-gf9741837a3b
--
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=58662
Bug ID: 58662
Summary: 16-bit bitmap rendering
Product: Wine
Version: 10.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: zowie+wine(a)vandillen.io
Distribution: ---
Created attachment 79243
--> http://bugs.winehq.org/attachment.cgi?id=79243
Glitchy 16-bit render of Civilization 3. Without OpenGL Civ 3 does not have
visible glitches.
I've added a new test earlier today for 16-bit bitmap rendering with wGL [1].
In conclusion, it's pretty broken. The solution to this problem isn't trivial,
so I'm opening this issue for discussion.
On Windows, when wglChoosePixelFormat is called with the flag
`PFD_DRAW_TO_BITMAP` and `cColorBits = 16`, you'll be given a pixel format with
r5g5b5a1 (except that the alpha bit is somewhat quirky). This gives you a
software rendered OpenGL context for OpenGL 1.1 [2].
On Wine, asking for a 16-bit pixel format gets you nothing, because all 16-bit
pixel formats with the DRAW_TO_BITMAP are required to have an alpha bit in Wine
and none of the pixel formats on my Nvidia driver actually have an alpha bit
(there's only r5g6b5 and r16). The alpha bit requirement was introduced
recently in MR !8392 [3]. It's worth noting that not getting a pixel format —
although it's wrong — actually works pretty well for Civilization 3 (see
“relevant software” section).
Removing the check for an alpha bit, Wine will be able to find a 16 bit pixel
format again, but you'll get unusably bad renders (screenshots in the
attachments).
Some observations on the screenshots:
- You can see alternating vertical black/blue and orange/white/yellow lines
every horizontal pixel.
- Blue pixels appear in the black lines, but they're rare. I only see blue
pixels in the text in the SimGolf screenshot.
- The render buffer doesn't seem to be getting cleared (pretty apparent in
Civilization 3: the old squares were sticking around)
- Zooming in, you can see that there aren't only vertical lines, but also
horizontal lines (see zoomed-in screenshot).
My theory is that there's two problems:
- Wine is probably putting 32-bit-per-pixel renders into the 16-bit-per-pixel
bitmaps. This explains the vertical & horizontal lines. I'm guessing there's
also some memory corruption as a consequence: It's presumably overwriting twice
as much bitmap memory as it should.
- The right pixel format just doesn't exist. The format r5g5b5a1 is not
something that is actually implemented on hardware (at least not anymore), it's
just a quirky Windows software renderer thing.
The second point is a bit troublesome because I don't see any easy workarounds.
The most obvious solution is to make an OpenGL 1.1 software renderer of our
own. Alternatively, it might be possible to simulate the behaviour by using a
32-bits-per-pixel OpenGL context. Whenever glFinish is called, we could
download the render to a "secret" Wine-internal bitmap that's also 32 bpp and
then overwrite the 16 bpp bitmap based on the pixels of the 32 bpp bitmap. I'm
not sure how reliable that is.
Looking at the OpenGL 1.1 reference [4], I think making an OpenGL 1.1 software
renderer could be a fun project, but the other solution definitely seems like
less effort. I've only been involved in Wine for seven days though, so I'll
defer the decision to senior maintainers.
[1] https://gitlab.winehq.org/wine/wine/-/merge_requests/8888
[2]
https://www.khronos.org/opengl/wiki/Platform_specifics:_Windows#PFD_DRAW_TO…
[3] https://gitlab.winehq.org/wine/wine/-/merge_requests/8392
[4] https://www.talisman.org/opengl-1.1/Reference.html
---
Relevant software (screenshots in attachments)
- Sid Meier's SimGolf (demo: https://archive.org/details/Simgolfdemo)
In SimGolf, a 16-bit DRAW_TO_BITMAP OpenGL context seems to be used for
drawing the terrain. Currently, the terrain renders as black.
- Sid Meier's Civilization 3
In Civilization 3, it seems that 16-bit bitmap rendering is used to draw an
outline for the movement range of a selected unit (that's just a guess. It
draws a square when a unit is selected but I haven't seen it without glitches).
It's notable that Civilization 3 currently works fine. Because
wglChoosePixelFormat doesn't find a 16-bit pixel format, the `null_gl`
implementation is being used right now. That works out pretty well because the
movement range outline isn't something you miss when you don't know it's
supposed to be there.
---
Relevant bugs:
Sid Meier's SimGolf does not render properly |
https://bugs.winehq.org/show_bug.cgi?id=50876
Civilization III Complete shows black terrain (Wine compiled with OSMesa
support) | https://bugs.winehq.org/show_bug.cgi?id=41930
--
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=48548
Bug ID: 48548
Summary: Support running multiple tests in submitted jobs
Product: Wine-Testbot
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cdavis5x(a)gmail.com
When I submit a job manually on the testbot, I can only run one instance of one
executable. For a binary, this makes sense, since there's only one binary; but
a patch, for which a choice of Wine test executables is offered, can affect
multiple Wine unit tests. I then have to submit the job multiple times, one for
each test unit affected. This seems... suboptimal. It'd be much faster and more
convenient if I could run multiple tests in a single job.
--
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=58714
Bug ID: 58714
Summary: Textbox area got strikethroughed, despite working
normal on Windows.
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: 44ww0wok0k404cc0cgc84ko04kw8ow04(a)ai.notifier.in
Distribution: ---
Created attachment 79314
--> http://bugs.winehq.org/attachment.cgi?id=79314
EXE
> BUG
Wine failed to display textbox text properly. All text displayed in textbox
result in strikethroughed and not selectable.
On Windows, the textbox is functionable.
> PROCEDURE
1. Save both "__XML File Finder for The Sims 4.exe" and "XML File Index.txt" to
Desktop (e.g., /home/you/Desktop)
2. Run "wine __XML.....exe"
3. Click "Browse" and select the txt file.
4. In "Search for" area, input "walk".
> EXPECTED RESULT
Working textbox.
> ACTUAL RESULT
Textbox is not working and strikethroughed.
--
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=58712
Bug ID: 58712
Summary: Gepard Shield broken with wow64
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paulo1039(a)gmail.com
Distribution: ---
Created attachment 79313
--> http://bugs.winehq.org/attachment.cgi?id=79313
gepard error
Gepard shield is an anti-cheat/macro software used by some Ragnarok Online
private servers (example: https://muhro.eu) to prevent botting and some macro
software.
It always worked with wine, but with wow64 builds its throwing an error closing
the game.
--
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=56059
Bug ID: 56059
Summary: Overwatch 2: highlight saving generates a 1ms (empty)
webm video file
Product: Wine
Version: 9.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: forestix(a)nom.one
Distribution: ---
Created attachment 75715
--> https://bugs.winehq.org/attachment.cgi?id=75715
example video file
When attempting to save a game highlight as a webm video file, Overwatch 2
*seems* to be encoding the video as it should, in that it uses the CPU and
takes an appropriate amount of time to complete. However, the resulting file is
only about 700K, and doesn't play in any player.
Examining the file with MediaInfo shows what looks like a reasonable container
with video and audio parts, but only 1ms duration.
I get the same results in all of these Wine versions:
wine-9.0-rc2
wine-9.0-rc2 (Staging)
wine-ge-custom (aka lutris-GE-Proton) 8-23
Game installer download link:
https://download.battle.net/en-us?product=ow&blzcmp=ow_gamesite
Steps to reproduce:
- play a game (easiest way is via Play: Training: Practice vs. AI: Casual)
- after the game is over, return to the main menu
- click username button (top right corner)
- click history tab (top edge)
- click highlights tab (left edge)
- click a highlight from "today's top 5"
- click save button (bottom edge)
- select movie format: webm
- click save button
--
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.