https://bugs.winehq.org/show_bug.cgi?id=52530
Bug ID: 52530
Summary: dowonline: Crash at start with multiple error messages
(needs dotnet452)
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Created attachment 71830
--> https://bugs.winehq.org/attachment.cgi?id=71830
Screenshots and log
This application crashes from beginning on Wine Mono 7.0.0, installing
dotnet452 with winetricks is a working workaround
I've used the ZIP version of the application. Version 2.8
Procedure:
1 - Run DowOnline.exe
Download (Version v. 2.8):
https://dowonline.ru
SHA1 (ZIP): 101a1bf896b834cd8653127a985ae10c080dbeba
SHA1 (Installer): f47f7a529f5fcb0449fad0a5d497f667292accea
Note: I had TLS package decode errors during download, so i was unable to
download it from a browser, use wget instead to download the file if that
occurs
--
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=52532
Bug ID: 52532
Summary: SDL 2.0.20 doesn't restore fullscreen mode when
restoring a window
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Same testcase as bug 52519.
SDL will, in some cases, minimize fullscreen windows when they are deactivated.
If this happens in SDL 2.0.20, the window will not be fullscreen when it is
restored.
To reproduce the bug:
* Run the test program in Wine with SDL_EVENT_LOGGING=1
* Click the window to fullscreen it.
* Alt+tab to another window.
* Restore the test program's window.
* It appears with a windowed size rather than fullscreen.
Based on logs, I believe that SDL is requesting a fullscreen size and position,
but Wine never requests NET_WM_STATE_FULLSCREEN. I'm not sure why.
--
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=52519
Bug ID: 52519
Summary: SDL 2.0.20 reports wrong FOCUS_GAINED event when
minimizing an inactive fullscreen window
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Created attachment 71817
--> https://bugs.winehq.org/attachment.cgi?id=71817
test case (C source)
SDL will, in some cases, minimize fullscreen windows when they are deactivated.
If this happens in SDL 2.0.20, it will report a FOCUS_LOST event followed by a
FOCUS_GAINED event. It should only report the FOCUS_GAINED event when the
window is restored, which is what happens on Windows.
Also reported here: https://github.com/libsdl-org/SDL/issues/5316
Test program attached. This requires SDL.
To reproduce the bug:
* Run the test program in Wine with SDL_EVENT_LOGGING=1
* Click the window to fullscreen it.
* Alt+tab to another window.
* The last focus event logged was FOCUS_GAINED.
I know this happens because SDL receives a WM_ACTIVATE message indicating that
the window is minimized, but GetForegroundWindow reports that the application
is still in the foreground. SDL responds to WM_ACTIVATE by "resyncing" focus,
so it responds to this by reporting FOCUS_GAINED.
I haven't been able to figure out the exact set of circumstances that cause
this behavior in Wine, so I couldn't make a test case that doesn't require SDL.
--
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=52529
Bug ID: 52529
Summary: Black screen in Zork: Grand Inquisitor
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: ---
Zork: Grand Inquisitor (CD and demo version) installs without problems but
launching the game results in a black screen.
This may be related to bug 1347, bug 2082, etc. but needs to be reviewed to
determine if it is a duplicate of those or not.
Demo: https://archive.org/details/ZGIDEMO
GoG: https://www.gog.com/game/zork_grand_inquisitor
The CD version of the game is playable on ScummVM and the GoG version includes
it. The demo doesn't work (cursor only) so the other versions are more
reliable examples of expected behavior.
https://wiki.scummvm.org/index.php?title=Zork:_Grand_Inquisitor
The game requires 640x480x16. I tried it in a virtual desktop and Xephyr.
Game music requires MIDI (I used TiMidity++).
Xubuntu 20.04.3 x86_64
AMD Phenom 9550
GeForce GTX 750 Ti using Nvidia 470.57.02 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=52759
Bug ID: 52759
Summary: Organizer 4.1
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johann.mahne(a)gmail.com
Distribution: ---
Lotus Organizer 4.1 for Windows 98 and Windows 2000
"Notepad" pages remain blank until clicked on, so it's impossible to page
through the notes to view contents.
--
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=51901
Bug ID: 51901
Summary: Warcraft 3 disconnects Randomly when using bonjour
service and w3champions
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: kostile(a)gmail.com
Distribution: ---
I didn't get a full trace log, but below is the output I get when the game
disconnects randomly:
npacked/flo-worker.exe:
/home/ubuntu/buildbot/runners/wine/wine-src/dlls/ntdll/unix/thread.c:1773:
ntdll_set_exception_jmp_buf: Assertion `!jmp ||
!ntdll_get_thread_data()->jmp_buf' failed.
0630:err:virtual:virtual_setup_exception nested exception on signal stack in
thread 0630 addr 0x7fd6118a5d22 stack 0x67fbddb0
There doesn't seem to be any reason, it just randomly disconnects. Could be 2
minutes into a game or 30 minutes into a 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=52662
Bug ID: 52662
Summary: Cyberpunk 2077 fails to start with LdrInitializeThunk
"comctl32.dll" failed to initialize, aborting
Product: Wine-staging
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
With wine-staging 7.4, Cyberpunk 2077 isn't launching anymore, with such error
showing up in the logs:
0134:err:module:LdrInitializeThunk "comctl32.dll" failed to initialize,
aborting
0134:err:module:LdrInitializeThunk Initializing dlls for
L"C:\\cyberpunk_2077\\bin\\x64\\Cyberpunk2077.exe" failed, status c0000005
I tested it with regular (non staging) Wine and it launches OK, so it must be
some regression in 7.4 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=52768
Bug ID: 52768
Summary: IrfanView can't open images with context menu
resulting in a black screen
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
Distribution: ---
Hello,
As of v.7.5 IrfanView can't open images from the context menu when this
workaround is used:
QUICKPARLOCATION="/path/to/i_view32.exe"
PARAM=`winepath -w "$*"`
wine "$QUICKPARLOCATION" "$PARAM" &
exit 0
The program starts normally but with a black screen instead of the image. It's
working fine with all previous Wine versions.
Without this workaround there's no context menu to open images and it isn't in
the list of available image handling programs, despite of the fact "Association
with images" is selected during install.
Executing this script doesn't give any useful output so I don't know how to
give you any.
--
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=52645
Bug ID: 52645
Summary: API PathMatchSpecExW not implemented
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: co(a)kevquinn.com
Distribution: ---
Created attachment 71964
--> https://bugs.winehq.org/attachment.cgi?id=71964
Backtrace showing PathMatchSpexExW error
The McAfee "FRP" removable media encryption client uses the PathMatchSpecExW
API, which isn't implemented, and prevents the client from running on Wine.
(McAfee don't have a native Linux client as far as I can tell)
(PathMatchSpecW is implemented - it's the Ex variant that isn't)
The API being missing means the application is killed at that point.
--
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=52766
Bug ID: 52766
Summary: broken packages during WineHQ 7 stable install on
Ubuntu 20.04
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: laszlo.a.toth(a)googlemail.com
CC: dimesio(a)earthlink.net
Distribution: ---
Created attachment 72137
--> https://bugs.winehq.org/attachment.cgi?id=72137
relevant command and error message
Hi All,
During the installation process the following last step command causes the
package dependencies problem can be seen in the attached file:
laci@sanyika:~$ sudo aptitude install winehq-stable
.
.
.
The following packages have unmet dependencies:
perl-base : Conflicts: perl-base:i386 but 5.30.0-9ubuntu0.2 is to be installed
perl-base:i386 : Conflicts: perl-base but 5.30.0-9ubuntu0.2 is installed
snmp : Conflicts: snmp:i386 but 5.8+dfsg-2ubuntu2.3 is to be installed
snmp:i386 : Conflicts: snmp but 5.8+dfsg-2ubuntu2.3 is installed
perl : Conflicts: perl:i386 but 5.30.0-9ubuntu0.2 is to be installed
perl:i386 : Conflicts: perl but 5.30.0-9ubuntu0.2 is installed
Unable to resolve dependencies! Giving up...
Please see the attachment. Thank you for your effort!
--
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=52758
Bug ID: 52758
Summary: SilkyPix Developer version 11 crashes on starting
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alan(a)rubin.org.uk
Distribution: ---
Created attachment 72123
--> https://bugs.winehq.org/attachment.cgi?id=72123
Backtrace produced from wine encountering serious error
I have used SilkyPix version 6 for many years under wine 32 bit.
I have now installed SilkyPix 11 in wine64. Thisprogram requires Windows 10+
and 64bit.
The installation was successful but on running the program crashes just as the
main window comes up. Backtrace 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=52634
Bug ID: 52634
Summary: err:virtual:virtual_setup_exception stack overflow and
could not load kernel32.dll when doing anything
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: bill081001(a)gmail.com
Distribution: ---
Created attachment 71959
--> https://bugs.winehq.org/attachment.cgi?id=71959
Relay log of running winecfg on a new prefix
I'm on Arch Linux and my Wine installation has not been working since version
6.19
Creating a new prefix and running winecfg yields the following error:
$ rm -rf ~/.wine && ./wine winecfg
wine: created the configuration directory '/home/kuroni/.wine'
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0040:err:virtual:virtual_setup_exception stack overflow 708 bytes in thread
0040 addr 0x223d656d stack 0x120d3c (0x120000-0x121000-0x320000)
002c:err:virtual:virtual_setup_exception stack overflow 1284 bytes in thread
002c addr 0x7bc510e8 stack 0x120afc (0x120000-0x121000-0x320000)
wine: could not load kernel32.dll, status c0000135
Running winecfg or any applications on the created prefix yields a similar
error:
$ ./wine winecfg
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
002c:err:virtual:virtual_setup_exception stack overflow 1284 bytes in thread
002c addr 0x7bc510e8 stack 0x120afc (0x120000-0x121000-0x320000)
wine: could not load kernel32.dll, status c0000135
Note that these are run on a fresh build of wine. I bisected and this is the
faulty commit:
commit f309721d13d8d728732ca97224c7502493ff6026
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Wed Oct 6 16:20:19 2021 +0200
gdi32: Use __wine_unix_call interface for Unix library.
--
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=52748
Bug ID: 52748
Summary: patch winex11_WM_WINDOWPOSCHANGING and
winex11__NET_ACTIVE_WINDOW causing some focus error
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Some game switch out of the game by using alt+tab, and switch back.
The game no longer accept input of the mouse, but the vanilla wine does not has
this issue.
After I debugging, disabling the patchset winex11_WM_WINDOWPOSCHANGING and
winex11__NET_ACTIVE_WINDOW will make it working again.
I thought maybe there are some defect in winex11__NET_ACTIVE_WINDOW patch.
--
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=52643
Bug ID: 52643
Summary: 0024:err:module:import_dll Library api-ms-*
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: enni(a)telsh.de
Distribution: ---
Hi,
starting with the WINE update to 7.3 on my Manjaro distro the game "Titan
Quest" does not work anymore.
Though it crashed before the update sometimes after playing ~30 minutes, after
the update it crashed immediately when I opened the character inventory or
waited for a couple of minutes.
As I thought this might be related to something I have done or set in the
application, I deleted the whole WINEPREFIX folder and created it again plus
running "winecfg" once to update the data that is needed in the folder (without
changing anything manually).
Codewise it looks like:
$ cd $WINEPREFIX && cd ..
$ rm -rf TitanQuest
$ mkdir TitanQuest
$ winecfg
Then I did a couple of tests to get the game running again:
1) Install the game and let it install its libs and dependencies -> Game does
not start at all (as expected as fonts, codecs, etc are missing)
2) Install corefonts+tahoma, dsound and l3codecx with winetricks -> Game does
not start with "api-ms-* libraries not found"
3) Install vcrun2019 -> same as 2)
4) Install vcrun2013 -> same as 2)
I also tried to change all the libraries from "Native" to "Builtin" with
winecfg but this does not resolve the issue.
Before the update, the libraries were in the "windows/system32" folder but
right now they are not, even if I try to reinstall/repair the vcrun* packages.
As I saw that the implementation changed, I thought it might be of value to you
to get that feedback...
And as I was not able to find some documentation in the wiki that describes my
issue or how to resolve it, I'm a bit lost on how to proceed...
Thanks alot for taking the time and please reach out in case I can test some
patch etc!
Kind regards,
enni
--
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=52756
Bug ID: 52756
Summary: Unhandled exception: page fault on read access to
0x0000051b in 32-bit code (0x00931673).
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tanuj.phd(a)gmail.com
Distribution: ---
Created attachment 72122
--> https://bugs.winehq.org/attachment.cgi?id=72122
Unhandled exception: page fault on read access to 0x0000051b in 32-bit code
(0x00931673).
HI, When I open an application ZeroBrane Studio using Wine, it give me an error
and does not allow the program to run. See attached. 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.
https://bugs.winehq.org/show_bug.cgi?id=52754
Bug ID: 52754
Summary: When IME is in the Composition state, the CPS_COMPLETE
event does not occur when clicking the mouse.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: take-me-home(a)kakao.com
Distribution: ---
When IME is in the Composition state, the CPS_COMPLETE event does not occur
when clicking the mouse.
Therefore, when move the cursor, the text in the Composition state is inserted
into the new cursor position.
As a normal operation, should inform IME that Composition has been completed
and handle events related to click buttons after completing IME operations.
--
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=52753
Bug ID: 52753
Summary: Embrilliance: Cursor disappears when trying to
draw/edit stitches in create mode.
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jmyles57(a)gmail.com
Distribution: ---
Created attachment 72121
--> https://bugs.winehq.org/attachment.cgi?id=72121
Image of buttons to press to recreate issue
Requires any Embrilliance module that lets you interact with the stitches.
(Such as Stitch Artist).
To reproduce:
1) Click the 'Create' button
2) Click any tool that allows you to draw on the canvas
3) Move cursor to the canvas, mouse cursor disappears.
Software otherwise works excellent with 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=48758
Bug ID: 48758
Summary: ConEmu Ctrl+c has different behavior
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
In ConEmu, Ctrl+c behavior is different on Wine and Windows.
ConEmu+Cmd on Windows:
Ctrl+c breaks current command and starts new empty prompt
Ctrl+C shows ^C
ConEmu+Cmd on Wine:
Ctrl+c shows 'c'
Ctrl+C terminates ConEmu completely
ConEmu+Far Manager+console application on Windows:
Ctrl+c terminates the application
Ctrl+C shows ^C
ConEmu+Far Manager+console application on Wine:
Ctrl+c does nothing or shows 'c'
Ctrl+C terminates the application
--
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=52614
Bug ID: 52614
Summary: 002c:err:module:load_apiset_dll failed to load apiset:
c0000482
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: mahg361(a)gmail.com
Distribution: ---
$ WINEPREFIX="/home/m/.wine" WINEARCH=win64 wine64 wineboot
wine: created the configuration directory '/home/m/.wine'
002c:err:module:load_apiset_dll failed to load apiset: c0000482
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0034:err:module:load_apiset_dll failed to load apiset: c0000482
0040:err:module:load_apiset_dll failed to load apiset: c0000482
0048:err:module:load_apiset_dll failed to load apiset: c0000482
.
.
.
It happens only with wine64
I installed wine using Arch Linux official repo
--
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=52727
Bug ID: 52727
Summary: Access to window.external in an embedded browser
breaks javascript
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: sergey.bychkow(a)gmail.com
Distribution: ---
I'm not sure that this is problem for ieframe, or shdocw, or gecko component,
but when javascript in an embedded browser tries to access custom
window.external object defined with an implementation of
IDocHostUIHandler.GetExternal() then javascript fails to proceed. The call of
GetExternal() function returns successfully.
A javascript code looks like:
{script}
document.write('external: ');
var obj2 = window.external; -- next lines won't execute on Wine, but work on
Wndws
document.write(obj2);
document.write('<br>');
var obj3 = window.external.myProperty;
{/script}
Embedding is done like in the article:
https://delphidabbler.com/articles/article-22
TODO: Make isolated test case if information is not enough.
--
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=52745
Bug ID: 52745
Summary: ATPDraw not showing title bar
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hildogjr(a)gmail.com
Distribution: ---
Created attachment 72112
--> https://bugs.winehq.org/attachment.cgi?id=72112
After open (not maximized)
The fix
https://bugs.winehq.org/show_bug.cgi?id=52675
worked fine, but the software do not shows the title bar when maximized. See
the attached images.
Useful information:
Linux Ubuntu 20.04.4 LTS x64
GNOME Version 3.36.8
Windowing System X11
Graphics NV118 / Mesa Intel® HD Graphics 620 (KBL GT2)
--
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=52746
Bug ID: 52746
Summary: Minecraft Windows bedrock server needs chakra.dll
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mowinebugs(a)mail.com
Distribution: ---
Created attachment 72114
--> https://bugs.winehq.org/attachment.cgi?id=72114
terminal output
Download link: https://www.minecraft.net/en-us/download/server/bedrock
--
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=52710
Bug ID: 52710
Summary: Line wrapping with newlines in command line tool
output (ISCC.exe)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 20220321.winehq.org(a)darkart.com
[This was discovered using CrossOver by CodeWeavers, going from version 20.0.4
to 21.1.0 and CodeWeavers has asked me to open a bug here for it.]
Output from the command line tool "ISCC.exe" (part of the InnoSetup tools) now
has extra newlines that are doing line wrapping. Unfortunately this breaks up
words in the output which impedes our parsing of the output.
Example output when running under wine from CrossOver 21.1.0:
\r\r\n\u001b[?25h\u001b[?25lCopyright (C) 2001-2004 Alex Yackimoff. All rights
reserved.\r\r\n\u001b[?25h\r\r\n\u001b[?25lCompiler engine version: Inno Setup
5.5.9 (u)\r\r\n\u001b[?25h\r\r\n\u001b[?25l[ISPP]
Preprocessing.\r\r\n\u001b[?25h\u001b[?25l[ISPP]
Preprocessed.\r\r\n\u001b[?25h\r\r\n\u001b[?25lParsing [Setup] section, line
28\r\r\n\u001b[?25h\u001b[?25lParsing [Setup] section, line 29\r\r\n\u001b[?25h
I believe the "[?25h" and "[?25l" are escape sequences that were not present
when running under CrossOver 20.0.4.
The '\r' and '\n' characters are showing up in what used to be single-line
text, like:
Using an external code-signing tool, pleas\r\r\ne attach your digital signature
to the following executable file
Note how the word "please" has been fragmented.
--
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=52744
Bug ID: 52744
Summary: Cisco Jabber 12.x/14.x chat window not displayed
correctly
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)georg-sieber.de
Distribution: ---
Created attachment 72108
--> https://bugs.winehq.org/attachment.cgi?id=72108
Broken Chat Window of Cisco Jabber
Cisco Jabber generally works very well with the latest wine versions, only one
problem persists: the chat window does not display properly.
Mostly, the chat window is black or white, only sometimes it shows the expected
chat messages for a short time (please have a look at the screenshot attached).
The about window seems to have the same issue. So you can also reproduce it by
opening this dialog (using the settings menu), no need to log in into the
application.
--
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=52730
Bug ID: 52730
Summary: Reading Rabbit Playtime Baby shows black screen
Product: Wine
Version: 7.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bashninja(a)801labs.org
Distribution: ---
Created attachment 72091
--> https://bugs.winehq.org/attachment.cgi?id=72091
256 Color Mode
The install of this game fails when you install inside a 64bit wine bottle. It
shows an error about disk space. This is resolved by installing with a 32bit
wine bottle and using winecfg to switch the windows version to "Windows 98". If
you do this, it allows you to install the game successfully.
After the game is installed and launched, it loads to a black screen. You can
hear audio and click things, but there is nothing to see.
You can get it working a tiny bit in 256 color mode, but it doesn't look right
at all. I attached a screenshot of that.
Instructions to Reproduce:
Set up a 32bit wine bottle and, with winecfg, set the windows version to
"Windows 98".
This game needs to have the disk mounted in linux as a CD-ROM. To do this, I
installed and used cdemu. You can find details about this application here:
https://wiki.archlinux.org/title/CDemu . The way I used this tool was by
installing cdemu-daemon & I used kde-cdemu-manager as the gui interface to that
daemon. I then mounted the downloaded .cue file.
After mounting the .cue file, you should see something similar to this in your
mounts:
$ mount | grep sr0
/dev/sr0 on /run/media/bashninja/RRBaby type iso9660
Now you should be able to run the Setup.exe and get through the install without
any issues.
$ WINEARCH="win32" WINEPREFIX=~/.wine32_RRB wine D:\Setup.exe
(D:\ should match the path to your mounted CD-ROM)
After the install, you can launch Setup.exe again and you'll be able to launch
the game. You'll hear the music and be able to click, but the screen will be
black. You'll also get a wonderful new desktop icon.
To test 256 color mode, you can follow these instructions after the game has
been installed:
https://wiki.winehq.org/256_Color_Mode
--
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.