https://bugs.winehq.org/show_bug.cgi?id=49229
Bug ID: 49229
Summary: Regression Requiem: Rise of the Reaver mouse issue
since Release v5.0-rc3
Product: Wine-staging
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ergoschnuffel(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
radeon/amdgpu (same behaviour)
X11 on openbox
Game:
Requiem: Rise of the Reaver (http://www.playrequiem.com/)
Use case:
windowed multi client (transfer of items, shop open in the background etc.)
issues:
- need to click once to activate the game window and then it operates normally,
before it was a direct click through (activate game window and action in the
game)
- mouse cursor gets trapped in game window A while moving the mouse to game
window B and activating game window B (game window A/B overlapping a bit since
monitor resolution).
My issues started between Release v5.0-rc2 and Release v5.0-rc3 (update of the
raw input patches?) and are still on going.
--
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=45772
Bug ID: 45772
Summary: Neo Manager needs 'pnputil.exe /a'
Product: Wine
Version: 3.15
Hardware: x86
URL: http://support.renlearn.com/techkb/download/NEOManager
3_9_3USPC.zip
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: pnpmgr
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Continued from bug 45735.
The installer runs `PnPUtil /a C:\Windows\Inf\AsUSBDrv.inf` to install its
drivers. This fails since Wine doesn't implement pnputil.exe.
Relevant part of wine log:
Z:\home\hazel\Downloads\NEOManager3_9_3USPC>PnPUtil /a
C:\Windows\Inf\AsUSBDrv.inf
Can't recognize 'PnPUtil /a C:\Windows\Inf\AsUSBDrv.inf' as an internal or
external command, or batch script.
hazel@watership:~/Downloads$ sha1sum NEOManager3_9_3USPC.zip
a844ab468a2c2034c0404f7fc655b7746c410d11 NEOManager3_9_3USPC.zip
hazel@watership:~/Downloads$ du -sh NEOManager3_9_3USPC
70M NEOManager3_9_3USPC
--
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=28678
Bug #: 28678
Summary: DirectDraw primary buffer is obscured by transparent
window
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: octavian.voicu(a)gmail.com
Classification: Unclassified
Created attachment 36852
--> http://bugs.winehq.org/attachment.cgi?id=36852
Screenshot showing the obscured dialog.
When trying to exit from the game The Longest Journey (either via menu option
or pressing Alt+F4), a dialog box is shown with Yes/No options.
The application uses DirectDraw for rendering. The dialog box and mouse cursor
are rendered on an offscreen surface (dialog has an image as the background and
buttons use a custom implementation afaics), which is then blitted to the
primary buffer (happens like this when you force single buffer mode; with
double buffering it could be slightly different, but the overall effect is the
same).
The dialog is a parent of the main application window, uses the standard dialog
window class (atom #32270 or 8000 in hex) and has the WS_POPUP and
WS_EX_TRANSPARENT window styles. Window receives a WM_ERASEBKGND message, which
is handled by the default dialog proc by painting the background in the
standard window background color (gray in this case).
When primary buffer is blitted to the d3d surface
(ddraw_surface_update_frontbuffer which uses OpenGL), the rendering of the
dialog is masked by the window boundaries and the gray rectangle remains.
Dialog is interactable and you can click the buttons (if you can do that
without seeing where the mouse is).
The question is: how can we make the primary buffer draw over WS_EX_TRANSPARENT
child windows, as it works on native? Removing the WS_EX_TRANSPARENT style from
the dialog window (on runtime, using WinSpy++ 1.7) makes native's behavior
identical to current wine behavior (only a gray rectangle is visible).
--
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=54638
Bug ID: 54638
Summary: amazon music does not let wineserver quit (on
shutdown)
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)stegm.de
Distribution: ---
amazon music does not let wineserver quit (on shutdown). That results in
waiting for systemd to kill wineserver after 2 minutes.
Or wineserver -k must be run as user before shutdown.
--
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=43054
Bug ID: 43054
Summary: FlightUnlimited II crashes during map load, Unhandled
page fault on read access to 0x00000039 at address
0x41f87f (thread 0009)
Product: Wine
Version: 2.8
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 58220
--> https://bugs.winehq.org/attachment.cgi?id=58220
Log from FlightUnlimitedII
I recently installed Flight Unlimited II through Wine. After successfully
loading the menus (the game needs quartz.dll override, if not it crashes during
intro), I tried to play. Only to experience an error stating "Unhandled page
fault on read access to 0x00000039 at address 0x41f87f (thread 0009), starting
debugger...
Unhandled exception: page fault on read access to 0x00000039 in 32-bit code
(0x0041f87f)" being thrown in my face.
--
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=36211
Bug ID: 36211
Summary: Sybase PowerDesigner 16.5 'pdshell16.exe' (.NET 4.x
WPF app) reports scripting error, needs
VBScript_AddTypeLib implementation
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says ...
Prerequisite: 'winetricks -q dotnet40 vb6run'
You might need to navigate the main menu items multiple times until the
sub-menu popup shows up (another bug).
Main menu, select 'File' -> 'New Model' -> 'XML Model' -> 'XML Model Diagram'
A message box is shown, telling "scripting error occurred"
Unfortunately this isn't reproducible every time.
There seem to be multiple Wine bugs in this app, influencing each other :|
--- snip ---
fixme:vbscript:VBScript_AddTypeLib (0x6cddff8)->()
fixme:vbscript:VBScript_AddTypeLib (0x6cddff8)->()
fixme:vbscript:VBScript_AddTypeLib (0x6cddff8)->()
fixme:vbscript:VBScript_AddTypeLib (0x6cddff8)->()
--- snip ---
Source:
http://source.winehq.org/git/wine.git/blob/9eed654e054520888429fb7ea1c9d8cc…
--- snip ---
447 static HRESULT WINAPI VBScript_AddTypeLib(IActiveScript *iface, REFGUID
rguidTypeLib,
448 DWORD dwMajor, DWORD dwMinor, DWORD dwFlags)
449 {
450 VBScript *This = impl_from_IActiveScript(iface);
451 FIXME("(%p)->()\n", This);
452 return E_NOTIMPL;
453 }
--- snip ---
$ sha1sum PowerDesigner165_DMR.exe
c74e4cfd99500d9e3e32713b302ea35bc3f911fb PowerDesigner165_DMR.exe
$ du -sh PowerDesigner165_DMR.exe
810M PowerDesigner165_DMR.exe
$ wine --version
wine-1.7.17-148-g2e5cb7a
Regards
--
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=8780
--- Comment #35 from Nikolay Sivov <bunglehead(a)gmail.com> ---
(In reply to Fabian Maurer from comment #33)
> Isn't that acceptable until it we find a program that requires it being that
> old format?
There are patches that provide some writing support for this format, at
https://github.com/wine-staging/wine-staging/tree/master/patches/widl-SLTG_….
--
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=8780
--- Comment #34 from Zeb Figura <z.figura12(a)gmail.com> ---
(In reply to Fabian Maurer from comment #33)
> Isn't that acceptable until it we find a program that requires it being that
> old format?
Bug 3689 is about a Microsoft program which basically ships a modified copy of
oleaut32.dll that expects stdole32.tlb to be in SLTG format. That might not
extend to CreateTypeLib(), but if it's happened once...
--
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=8780
--- Comment #33 from Fabian Maurer <dark.shadow4(a)web.de> ---
Isn't that acceptable until it we find a program that requires it being that
old format?
--
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=8780
--- Comment #32 from Nikolay Sivov <bunglehead(a)gmail.com> ---
It should create SLTG typelibs I believe, so the patch is wrong.
--
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.