https://bugs.winehq.org/show_bug.cgi?id=56630
Bug ID: 56630
Summary: Broken links in email for "Test Results added to
version ..."
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 56ms2hl02(a)sneakemail.com
Distribution: ---
In an E-Mail I got:
Test Results added to version GoG of Sid Meier's Alpha Centauri by axm
-------------------------------------------------------
https://appdb.winehq.org/objectManager.php?sClass=3Dversion&iId=3D24358&=
;iTestingId=3D114903
This Test data has been submitted by axm.
... where the link is malformed due to the line break but I also could not fix
it manually.
It should probably be:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=24358
Note this is the current version and it got autoapproved (probably because I am
the maintainer, too).
Using this search
https://bugs.winehq.org/buglist.cgi?bug_status=__all__&content=link&no_redi…
I found a simimar, but very old and outdated bug report that maybe can be
closed instead:
https://bugs.winehq.org/show_bug.cgi?id=25699
--
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=57732
Bug ID: 57732
Summary: "Ooops! Something has gone terribly wrong!" message
when trying to see queued items in appdb
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: francisco278herrera(a)gmail.com
Distribution: ---
"Ooops! Something has gone terribly wrong!" message appears when trying to see
queued items in appdb while logged into the appdb
--
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=57731
Bug ID: 57731
Summary: Gateway time-out when trying to look browse apps in
appdb
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: francisco278herrera(a)gmail.com
Distribution: ---
Gateway time-out occurs when trying to browse apps in the appdb from the home
page.
--
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=57730
Bug ID: 57730
Summary: Gateway time-out when trying to look at all versions
of an app
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: francisco278herrera(a)gmail.com
Distribution: ---
Gateway time-out occurs when trying to look at all versions of an app for
example this one:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=9194
--
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=56612
Bug ID: 56612
Summary: AppDB now lists everyone who is e-mailed
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: critical
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: ---
Created attachment 76367
--> https://bugs.winehq.org/attachment.cgi?id=76367
Screenshot (censored)
I've received a few e-mails from the AppDB, which is the norm. It used to only
list me in the To:, now it lists everyone who receives the e-mail.
Leaking the user's e-mail addresses could be considered a data breach.
--
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=57479
Bug ID: 57479
Summary: link for email reply in appdb is corrupted.
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
I received an email starting with this information;
From: appdb-noreply(a)winehq.org
[PM] Cadence AWR on Wine
-------------------------------------------------------
The following message was sent to you from Franco Curotto through the Wine =
AppDB contact form.
To Reply, visit https://appdb.winehq.org/contact.php?iRecipientId=3D460194&=
amp;sSubject=3DRe%3A+Cadence+AWR+on+Wine
...
The reply link does not work for me, and seems to be corrupted.
--
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=28467
Summary: Chromium Browser restore button doesn't work
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
1. Download chromium from
http://build.chromium.org/f/chromium/snapshots/Win/95816/chrome-win32.zip
unpack chrome-win32.zip, cd to the directory.
2. start chrome.exe with --no-sandbox, works around Bug 21232
$ wine chrome.exe --no-sandbox
Notice that the chrome window is decorated by the Linux native window manager.
Is it a bug? On windows, chrome have no traditional "window bar".
Now there is two "Maximal" button: one is drawn by Linux native window manager,
the other is drawed by wine chrome browser it self.
3. Click on the "Maximal" button which is drawn by Linux native window manager,
then chrome browser switch to maximal mode as expect.
This time, the Linux native window bar is disappear.
4. Click on the "Restore" button of wine chrome browser. However it doesn't
work. Wine chrome switch to normal mode for a second, then switch back to
maximal mode automatically.
I use ubuntu 11.04 , with traditional gnome desktop, gnome 2.32.1 .
There is some ways to work around:
I. Instead of clicking on the native "Maximal" button in step 3, try to click
the wine chrome "Maximal" button, then everything works as expect.
II. Do not set "Allow the window manager to decorate the windows" in winecfg,
then everything works as expect.
III. Do not set "Allow the window manager to control the windows" in winecfg,
then everything works as expect.
--
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=56647
Bug ID: 56647
Summary: ntdll-Junction_Points prevent rustup from correctly
installing a toolchain
Product: Wine-staging
Version: 9.8
Hardware: x86-64
URL: https://rustup.rs/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Created attachment 76423
--> https://bugs.winehq.org/attachment.cgi?id=76423
return STATUS_NOT_A_REPARSE_POINT instead of STATUS_INVALID_PARAMETER
Hi.
With the recent rustup 1.27.0 using wine-staging with the
ntdll-Junction_Points patches, the toolchain installation doesn't complete
properly, failing to write to the settings.toml under the prefix home .rustup
directory info.
A bug with the same root cause is also present on rustup 1.26.0 where while the
installation was completing properly, it was failing to remove the
.rustup/tmp/* directories, causing issues with subsequent installations.
Both bugs express the same behavioral pattern with few differences. I
investigated the directory bug firstly, so I will detail this, and confirmed
that the problem and the expected solution are the same.
Rustup (or one of it's dependency managing files) get the handle of the
temporary directory using CreateFileW and then checking if it's a reparse point
using DeviceIoControl with FSCTL_GET_REPARSE_POINT.
The directories (and the file) aren't reparse points at all, so the readlink
fails returining EINVAL.
This EINVAL is then mapped to an NT_STATUS using errno_to_status that map
EINVAL to STATUS_INVALID_PARAMETER.
However this mapping is incorrect for FSCTL_GET_REPARSE_POINT as in this case
applications that handle this case like rustup try to handle this case by
epxecting STATUS_NOT_A_REPARSE_POINT.
Returning STATUS_NOT_A_REPARSE_POINT in this case allow rustup to work (both
versions )
Attaching a patch to show the change in the file.c code (and restored also the
out_buffer check)
--
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=57729
Bug ID: 57729
Summary: Game (Witch's Heart) runs faster than intended at
times/given areas.
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: kyubi015(a)proton.me
Distribution: ---
Game (Witch's Heart) runs faster than intended at times.
Mostly noticable in a selected few rooms, havent noticed any case where it did
not run faster than intended in those areas.
This bug isnt specific to said areas however, also noticed a case where a
previously not affected area sped up after a transition but that only happened
once.
Download link: https://vgperson.com/games/witchheart.htm
Its not a 2.03 version specific issue, also was present for 2.00
Only tried main game, not any of the bonus ones.
--
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=36692
Bug ID: 36692
Summary: Bad performance when combineng SetEvent /
WaitForSingleObject for synchronizing worker threads
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: milasudril(a)gmail.com
In a 2d simulation program, each worker thread has its own pair of events. One
event is used to signal master thread that the worker thread is ready. The
other is used by the master thread to signal that the worker thread may
continue.
In Master thread:
while(!m_stop)
{
auto proc_ptr=processors.begin();
while(proc_ptr!=processors.end())
{
// Call SetEvent on "start" event object owned by the object pointed
// to by proc_ptr
proc_ptr->frameNext();
++proc_ptr;
}
proc_ptr=processors.begin();
while(proc_ptr!=processors.end())
{
// Call WaitForSingleObject on "ready" event object owned by
// the object pointed to by proc_ptr
proc_ptr->wait();
++proc_ptr;
}
++framecounter;
}
In worker thread:
while(!m_stop)
{
// Wait for master thread signaling start event (Calls
WaitForSingleObject)
start.wait();
m_model->process(m_framecounter,m_buffers[0].first
,m_buffers[0].second,m_offset);
swap(m_buffers[0],m_buffers[1]);
// Signal master thread that we are ready for next frame (Calls SetEvent)
ready.set();
}
On Wine, the framerate is half of that on Windows 7 on the same machine
Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz. Also there seems to be a huge
different workload on differnt cores when running under Wine.
I realize that SetEvent/WaitForSingleObject are heavy functions on Windows too
as they need kernel assistance, so it might be hard to make it perform better.
--
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=43766
Bug ID: 43766
Summary: Safrosoft RoX - Level editor doesn't start
Product: Wine
Version: 2.17
Hardware: x86-64
URL: http://www.autofish.net/shrines/rox/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ArchLinux
Created attachment 59268
--> https://bugs.winehq.org/attachment.cgi?id=59268
wine log
The game's level editor crashes with a messagebox:
"Run-time error '481': Invalid picture"
Getting an oleaut32.dll from win7, copying it into wine's system32 folder and
adding a dll override fixes the 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.
https://bugs.winehq.org/show_bug.cgi?id=57726
Bug ID: 57726
Summary: Geometry Dash incorrectly syncs to 60hz on a 170hz
screen
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: lassebq.mine(a)gmail.com
Distribution: ---
Geometry Dash is an OpenGL game and offers multiple framerate options in game
settings:
- VSync
- Fixed FPS limit
When custom FPS limit isn't specified and in-game vsync option is disabled the
game runs at fixed 60 fps
Observed result:
Wine on wayland and in game Vsync: Game runs at fixed 60 fps
Wine on xwayland and in game Vsync: Game runs in sync with monitor's refresh
rate
Expected result:
Wine on wayland and in game Vsync: Game runs in sync with monitor's refresh
rate
Wine on xwayland and in game Vsync: Game runs in sync with monitor's refresh
rate
Workaround:
Run the game with
env -u DISPLAY vblank_mode=3 wine GeometryDash.exe
And force custom FPS limit to be slightly above monitor's refresh rate.
--
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=44900
Bug ID: 44900
Summary: Colour problem with builtin gdiplus
Product: Wine
Version: 3.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: ---
Created attachment 60981
--> https://bugs.winehq.org/attachment.cgi?id=60981
Good looking with a native gdiplus
With a builtin gdiplus, there is a problem with coloring the cases of channel.
Problem does not occur with a native gdiplus dll. Compare the two screenshot:
the first one with native dll, the second one with the builtin dll.
Note the behaviour in a real Windows 10 box is the behaviour of the native dll.
So, there is a problem with the builtin dll.
--
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=57725
Bug ID: 57725
Summary: Popup Menue in Behringer X-Touch-editor only black
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)bekuba.de
Distribution: ---
Popup Menue in Behringer X-Touch-editor only black
--
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=56667
Bug ID: 56667
Summary: World of Tanks: Unplayable due to extreme CPU usage /
bottlenecking
Product: Wine
Version: 9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xxx43615xxx(a)gmail.com
Distribution: ---
In short, rendering graphics is now heavily CPU-bound for some reason,
resulting in unusably low performance. As far as I can tell, this is not caused
by DXVK or my graphics drivers. I don't think I should fully repeat myself
here, please read the details in my forum thread:
https://forum.winehq.org/viewtopic.php?t=38875
The game can be installed through Wargaming's launcher, EU version available
here after registration (free):
https://worldoftanks.eu/en/game/download/
--
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=57724
Bug ID: 57724
Summary: Batman Arkham Origins performs poorly
Product: Wine
Version: 9.21
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: tanvir.maht(a)outlook.com
Batman Arkham Origins runs but performs extremely poor. Also the color of the
bat-suit is grey which should be black.
--
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=57695
Bug ID: 57695
Summary: Paint Shop Pro 9.01 patch needs native mfc42.dll
(doesn't work with built-in one)
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfc
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
In conjunction with my research around bug 56182 I have discovered another one.
It looks that the 9.01 patch of Paint Shop Pro 9 is incompatible with the
built-in mfc42.dll file. The installer terminates shortly after it is started.
At the CLI I get as a last message an error about mfc42.dll. A dll override to
a native mfc42.dll file was the solution. The patch installer worked perfectly
fine and PSP9 was updated to build 9.01.
This was tested with the German version of Paint Shop Pro 9 and the
corresponding 9.01 patch. Unfortunately that version is not available as a
download but the Dutch variant is.
So here we go, get the rar file from here:
https://archive.org/details/psp-9-nl
And the patch from here:
https://www.corel.com/6763/psp_downloads/pub/update/Dutch_PaintShopPro901_J…
--
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=57705
Bug ID: 57705
Summary: Dropdown Menus get separated from the main application
on dual screen setup.
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtgriggs(a)gmail.com
Distribution: ---
Using Sierrachart, the main application starts but then all menus get
separated.
I'm using a dual screen. The application starts correctly on one screen but
dropdown menus are separated on the other screen.
Downgraded to stable version 9 of Wine and all is working. 10.0-rc5 and all
prior versions worked without issue. This is a 10.0-rc6 issue.
https://www.sierrachart.com
Robert Griggs
--
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=57659
Bug ID: 57659
Summary: Multiple .NET-programs crash on start
Product: Wine
Version: 10.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: andreas.franz(a)arcor.de
Distribution: ---
Created attachment 77823
--> https://bugs.winehq.org/attachment.cgi?id=77823
Error Window of paint.NET
Since 10rc5, multiple .NET-programms crashes on start.
For example Paint.NET shows an error - on other programs, WinDBG will be shown.
Attached error window and crash.log of Paint.NET
--
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=57667
Bug ID: 57667
Summary: RC5 broke the Splashtop RMM Client
Product: Wine
Version: 10.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: patm(a)ait.cx
Distribution: ---
Created attachment 77842
--> https://bugs.winehq.org/attachment.cgi?id=77842
backtrace
The Splashtop RMM Client
(https://appdb.winehq.org/objectManager.php?sClass=application&iId=20495)
crashes with a page fault on RC5. It works on 10.0 RC4. Backtrace attached. The
OS is Ubuntu 24.04.1, kernel 6.8.0-51.
The app can be downloaded from here: https://my.splashtop.com/rmm/win
To reproduce the problem, install the app and run strwinclt.exe.
--
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=57605
Bug ID: 57605
Summary: Visual Studio 2005 "package load failure"
(again/still)
Product: Wine
Version: 10.0-rc3
Hardware: x86-64
OS: FreeBSD
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
CC: hans(a)meelstraat.net
This was first reported in bug 51345, but either it was not completely fixed by
d9d700f3328f00ec419571df0e02cef208fa1e7b, or new regressions have happened
since.
With Wine 10.0-rc3, in a WINEPREFIX where "winetricks vc2005express" was done,
and then Visual Studio is started (via "Microsoft Visual C++ 2005 Express
Edition.lnk" in C:\users\...) these packages fail to load:
Visual Studio XML Editor Package
Windows Forms Designer Package
Windows Forms Designer Resources Package
Visual Studio Explorers and Designers Package
and new projects cannot be created ("VC package not available or not
registered").
If restarted (any number of times), these packages fail to load:
Visual Studio Explorers and Designers Package
Visual Studio Common IDE Package
and it still cannot create new projects.
--
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=57379
Bug ID: 57379
Summary: Visual Pinball not start and Visual PinMAME settings
errors
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: augusto7744(a)aol.com
CC: dimesio(a)earthlink.net
Distribution: ---
Created attachment 77349
--> https://bugs.winehq.org/attachment.cgi?id=77349
Menu settings error
Hello.
Thanks for reading my topic.
I have installed recently WINE Staging 9.20 and happen bugs in Visual Pinball X
and Visual PinMAME.
That bug happen in WINE default version too and the link below show exactly the
same error message so was created an bug report in WINE package area.
https://bbs.archlinux.org/viewtopic.php?id=300388
Visual Pinball X not start if WINE is configure for "Windows 10" and is showed
the error message below.
The software load file and when will display the main window happen an crash
closing Visual Pinball.
002c:fixme:winediag:loader_init wine-staging 9.20 is a testing version
containing experimental patches.
002c:fixme:winediag:loader_init Please mention your exact version when filing
bug reports on winehq.org.
0024:fixme:ver:GetCurrentPackageId (00D1ECC4 00000000): stub
0024:fixme:combase:RoGetActivationFactory
(L"Windows.Gaming.Input.RawGameController",
{eb8d0792-e95a-4b19-afc7-0a59f8bf759e}, 7850AC20): semi-stub
0024:fixme:system:SetDisplayAutoRotationPreferences (1): stub
dlls/win32u/dibdrv/objects.c:812: solid_pen_lines: Assertion `num >= 2' failed.
0024:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
Visual Pinball X is loaded and started correctly if WINE is configured as
"Windows 7". However happen errors in settings menus showed in image
screenshot.
Other recent bug is Visual PinMAME show errors in option menu buttons (enable
and disable settings) not showing if the setting is selected or not as showed
in screenhost below.
That bug is duplicated. I had created here because of screenshot.
Have an nice day.
--
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=3507
mynameiskitsune(a)proton.me changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mynameiskitsune(a)proton.me
--- Comment #22 from mynameiskitsune(a)proton.me ---
wine 10.0 (staging), still present, with cups service disabled
--
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=57720
Bug ID: 57720
Summary: Adobe Illustrator CS6 (16): Docking floating panels is
practically impossible
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: bugs.winehq.org(a)zetafleet.com
Distribution: ---
Reproduction:
1. Open Illustrator
2. Drag a docked panel so it becomes floating
3. Try to drag the floating panel back to the place where had been docked to
try to dock it
Expected: When dragging near a dockable edge, the application shows the
indicator that the panel can be docked, and when dropping the panel, it is
docked
Actual: When dragging near a dockable edge, the dockable indicator will flash
for ~one frame and then disappear, and when dropping the panel, it is not
docked. If you get extremely lucky, eventually, if virtual desktop is used to
increase the chance of success and the stars align, the panel will finally dock
This problem exists regardless of whether or not virtual desktop is used, but
virtual desktop makes it less impossible to dock. Bug #57719 is related.
I do not know which subsystem to trace to try to understand why this is
happening. Please let me know what additional information I can provide.
--
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=57719
Bug ID: 57719
Summary: Adobe Illustrator CS6 (16): Floating panels do not
move during mouse drag unless virtual desktop is
enabled
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: bugs.winehq.org(a)zetafleet.com
Distribution: Debian
Reproduction:
1. Open Illustrator
2. Drag any moveable floating panel (Tools, etc.)
Expected: Panel is visibly dragged as the mouse moves
Actual: Panel is in a drag state but does not visually move until the drag ends
If virtual desktop is enabled, the panel visibly drags as the mouse moves, as
expected.
Illustrator seems to have some likely crazy internal window management that
Wine does not fully comprehend. Looking at the virtual desktop task bar shows
dozens of windows that shouldn’t be listed. This may be related to the various
issues Wine has handling its floating panels.
I am unable to test whether this is an X11 driver bug or not because the
floating panels disappear into oblivion with the Wayland driver (using KWin
6.2.5).
I am not sure which subsystem to try to trace. Please let me know what
additional information I can provide.
--
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.