https://bugs.winehq.org/show_bug.cgi?id=55781
Bug ID: 55781
Summary: Bubble.exe: crashes when trying to login
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stoeretijger(a)hotmail.be
Distribution: ---
Created attachment 75271
--> https://bugs.winehq.org/attachment.cgi?id=75271
backtrace of crash
When I run the bubble.exe with "wine "c:\Program Files\Bubble\Bubble.exe"" or
"wine64 "c:\Program Files\Bubble\Bubble.exe"". The bubble application crashes
when I try to login with my bubble details.
I'm using Wine-Staging
Im' using the stable https://portal.redcactus.nl/software. But it is not
accessible without a login account :-(
--
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=55780
Bug ID: 55780
Summary: Macromedia Freehand MX does not load text selection
field when editing a text object
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: richterbg(a)gmail.com
Distribution: ---
Created attachment 75269
--> https://bugs.winehq.org/attachment.cgi?id=75269
Screenshot with the missing drop-list
Macromedia Freehand MX fails to load a drop-list with available fonts when
editing a text object.
Macromedia Freehand MX is an old vector graphics editor. The issue can be
reproduced if you choose the text tool (T) and enter some text. When the text
is selected, the object properties area should list a drop-list with the option
to change the font. This drop-list is missing. A screenshot of the interface is
attached.
The application can be downloaded from
https://archive.org/download/freehandmxinstaller/FreeHand%20MX%20Installer.…
--
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=55779
Bug ID: 55779
Summary: Motorola Ready For Assistant hangs on a white window
then crashes
Product: Wine
Version: 8.17
Hardware: x86-64
URL: https://web.archive.org/web/20230214220515/https://download.lenovo.com/lenovo/readyfor/ReadyFor_setup_04.0.0
.010.000.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lischak(a)gmail.com
Distribution: ---
Created attachment 75267
--> https://bugs.winehq.org/attachment.cgi?id=75267
install+run of v04.0.0.010.000 on Wine 8.17
Motorola Ready For Assistant is a software for interfacing with Motorola
smartphones from desktop, allowing either phone screen mirror or a full-sized
Android-powered desktop similar to Samsung DeX.
The installer appears to finish successfully, but the application does not
really start, creating two empty windows and then hanging for a while before
Wine Debugger is triggered (see the attached screenshot for the two windows).
This is a continuation of Bug 54495 and Bug 54699 in which multiple previous
issues were fixed (thanks, it's appreciated!).
The installation file is freely downloadable:
https://web.archive.org/web/20230214220515/https://download.lenovo.com/leno…
cd ~/Downloads
WINEPREFIX=~/.wine_readyfor wine ReadyFor_setup_04.0.0.010.000.exe
cd ~/.wine_readyfor/drive_c/Program\ Files/Lenovo/Ready\ For\ Assistant
WINEPREFIX=~/.wine_readyfor wine ReadyFor.exe
Attaching log from installation and from a follow-up run.
Env: Fedora 38, using the appropriate official WineHQ repo.
Note: This version of the software is apparently only available via MS Store
nowadays, but the Store install just downloads a normal Win32 .exe from
Motorola/Lenovo's servers in the background.
For the record, now there's also a newer version 5.x available that must have
released sometime in Q2/Q3 2023; that one's available for a direct download
from Motorola's servers without jumping through the MS Store hoops.
--
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=55778
Bug ID: 55778
Summary: user32:win - CreateWindowEx() sometimes unexpectedly
succeeds on on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:win - CreateWindowEx() sometimes unexpectedly succeeds on on Windows 7:
win.c:6748: Test failed: CreateWindowEx should fail
win.c:6749: Test failed: IsMenu set error 0
[...]
win.c:11799: Test failed: 001B01FA: expected prev 00000000, got 00A500A2
[...and always 20 more 'expected prev' failures...]
See https://test.winehq.org/data/patterns.html#user32:win
The first known instance happened on 2023-06-15 (none in the previous 4 months)
and there have been a bit over 1 instance per month since. This test has been
there for years so something else must have changed to cause these failures.
* 2023-06-15 win7_newtb-w7u-2qxl
* 2023-07-19 win7_newtb-w7u-2qxl
* 2023-08-30 win7_newtb-w7u-2qxl
* 2023-08-31 win7_newtb-w7u-2qxl
* 2023-09-20 win7_newtb-w7u-2qxl
* 2023-10-09 win7_newtb-w7u-2qxl
test_topmost()'s "expected prev" failures always follow the initial the initial
CreateWindowEx failure and never happen without it. So they can be considered
to be collateral damage.
Then the question is: why does CreateWindowEx() unexpectedly succeeds?
The documentation says hMenu can be a 'child-window identifier, an integer
value'. Could it be that sometimes the desktop window has a child window with
identifier 1?
(HMENU)1 is used two more times. Why don't we get failures there too?
Should the test use a more unlikely value like 0xdeadbeef?
--
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=47637
Bug ID: 47637
Summary: Final Fantasy XIV returns Javascript error when
launched.
Product: Wine-staging
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: themainliner(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65071
--> https://bugs.winehq.org/attachment.cgi?id=65071
WINEDEBUG=warn+all
Launcher loads, immediately Log In is selected after entering log in
credentials game returns an error and does not load.
The error is:
A system error has occurred: -2147467263.
Javascript:ctrEvent('mainForm');
WINEDEBUG=fixme-all,warn output:
002e:err:winediag:load_gssapi_krb5 Failed to load libgssapi_krb5, Kerberos SSP
support will not be available.
002e:err:mshtml:handle_htmlevent Could not get nsIDOMNode: 80004002
002e:err:mshtml:handle_htmlevent Could not get nsIDOMNode: 80004002
WINEDEBUG=warn+all output attached.
Tested on Winehq-staging 4.13 & 4.14...
--
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=31983
Bug #: 31983
Summary: the delphi program cause the kwin error
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l12436(a)yahoo.com.tw
Classification: Unclassified
there a small bug for the delphi.
when the delphin use the tapplication form
this form will effect the kwin animated.
and cause the focus window at botton of the window.
it seems the tapplication is regard as a window.
but it is no windows in most of my application.
--
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=29061
Bug #: 29061
Summary: TGL's mahou game will crash on the 8bit color with
wine
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l12436(a)yahoo.com.tw
Classification: Unclassified
Created attachment 37446
--> http://bugs.winehq.org/attachment.cgi?id=37446
error message
your wine will crash when using 8bit(256 color) on the windows95 game
mahou and mahou2
and it look like is the bug of wine.
and it work fine on the normal color.
but the game is must be on the 8bit(256 color), so it just could work.
but it could not play.
i submit the error on attach
and i sure the glxgear can run
and my connamd is
Xephyr :1 -ac -screen 800x600x8 & DISPLAY=:1 wine mahou.exe
and on the win7 and XP, use the 256 color could run this game.
and this game seem to use the directx4 or directx5.
the driver is vxd, the wine98 driver.
--
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=55776
Bug ID: 55776
Summary: Some game use video as intro will stock after video is
finished
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
Distribution: ---
Created attachment 75261
--> https://bugs.winehq.org/attachment.cgi?id=75261
Console log of game
Some game use Video as intro.
when the video is finish, game did not hang, but also did not change into menu.
It just stock at the end of video. I can still click progress bar that game
builtin feature to move back the intro video.
I have console log of the game, but it seems not has useful information.
I test on game that sell by Umemoro3D "Pizza Takeout Obscenity 2"
--
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=51140
Bug ID: 51140
Summary: Silver Chaos game hangs once plays the intro video
Product: Wine-staging
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nosferatu.arucard.1983(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70007
--> https://bugs.winehq.org/attachment.cgi?id=70007
The hang issue log
The BL Game Silver Chaos is one of visual novels games that runs fairly nice
with Wine, and by the first time using Wine 6.8 version, the in-game intro
video playback was finally working. (It happens a few moments when the user
start a new game.)
The video playback using the standard Wine libraries appears to be fine, but
the real issue happens when the user want to skip the video or when the video
playback ends. Instead of resume the game, the game hangs, requiring to kill
the game and use an downgraded version of Wine (which not support the intro
video playback) to bypass the bug and resume playing.
Without this bug, this game would gain the platinum rating, since the intro
video playback was the missing (minor) issue.
--
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.