https://bugs.winehq.org/show_bug.cgi?id=50071
Bug ID: 50071
Summary: When I try to run Eve Online, qt5webenginecore crashes
after some time.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: liamtheprogrammer(a)gmail.com
Distribution: ---
Created attachment 68527
--> https://bugs.winehq.org/attachment.cgi?id=68527
A backtrace for the crash of the QT5 web engine.
When I try to run Eve Online, qt5webenginecore crashes after some time. It does
this saying that it encountered a serious error and needs to close.
--
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=50069
Bug ID: 50069
Summary: Grand Theft Auto 3, Vice City, and San Andreas do not
launch in Wayland.
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pizzadudedotca(a)gmail.com
Distribution: ---
All of the GTA 3 Trilogy games (Grand Theft Auto 3, Grand Theft Auto San
Andreas, Grand Theft Auto Vice City) do not launch at all in Wayland. They only
launch in X11. This is on KDE Plasma Wayland session, on Fedora 33, which
should use Xwayland. I saw someone on the internet saying they have the same
problem in Gnome Wayland. Wayland will eventually replace X11 so this should
probably be fixed to preserve access to these old games. Also it is possible
that this bug affects more than these games.
One thing to note is on X11, you have to click the mouse to get the game to
launch, probably due to the fact that the intro videos don't work. Maybe
Wayland doesn't like this?
--
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=50067
Bug ID: 50067
Summary: Duplicate keyboard message if call PeekMessage from
WH_KEYBOARD hook
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: psn8402(a)gmail.com
Distribution: ---
In the VerseQ keyboard simulator, hotkey events are duplicated. For example F1
opens 2 help windows. Below is an excerpt from the log, where you can see that
while the hook is active, PeekMessage is called, and it receives the same
keypress event. I've added a test for this case. It passes under Windows but
fails in Wine. It looks like on Windows the message is removed from the queue
before the hook is called. Possibly the same problem exists with mouse messages
and rawinput but I haven't tested them.
VerseQ download link https://www.verseq.ru/files/VerseQ.2011.12.31.zip Please
note that it only has a Russian interface.
Log excerpt
342097.147:0024:Call
user32.PeekMessageA(0031fb10,00000000,00000000,00000000,00000001) ret=005d98cc
342097.148:0024:trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd
000300AA wp 73 lp 3e0001
342097.148:0024:Call hook proc 004141A8
(id=WH_KEYBOARD,code=0,wp=00000073,lp=003e0001)
342097.148:0024:Call
user32.PeekMessageA(0031f164,00000000,00000000,00000000,00000001) ret=005d98cc
342097.148:0024:trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd
000300AA wp 73 lp 3e0001
342097.148:0024:Call hook proc 004141A8
(id=WH_KEYBOARD,code=0,wp=00000073,lp=003e0001)
342097.149:0024:Ret hook proc 004141A8
(id=WH_KEYBOARD,code=0,wp=00000073,lp=003e0001) retval=00000000
0024: accept_hardware_message( hw_id=00000095 )
0024: accept_hardware_message() = 0
342097.151:0024:Ret user32.PeekMessageA() retval=00000001 ret=005d98cc
342097.166:0024:Ret hook proc 004141A8
(id=WH_KEYBOARD,code=0,wp=00000073,lp=003e0001) retval=00000000
0024: accept_hardware_message( hw_id=00000095 )
0024: accept_hardware_message() = 0
342097.166:0024:Ret user32.PeekMessageA() retval=00000001 ret=005d98cc
--
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=44252
Bug ID: 44252
Summary: Secret World Legends - ClientPatcher.exe crashes
Product: Wine
Version: 3.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Hello everyone,
I tried running the update mechanism for "Secret World Legends" today and got a
crash. It is not one of these "unrecoverable errors" with Windows but a Funcom
bug so you might file this as NOTOURBUG.
Could you please take a look at my console output I gathered when you are out
of code freeze?
Have a good 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=50065
Bug ID: 50065
Summary: its too old to use
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lankorchang1(a)gmail.com
its too old to use
--
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=38693
Bug ID: 38693
Summary: crash of MS Money3
Product: Wine
Version: 1.4.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fbmines(a)gmail.com
Distribution: ---
Created attachment 51616
--> https://bugs.winehq.org/attachment.cgi?id=51616
bug backtrace
crash of Microsoft Money v3 in opening some accounts, while so far working
well.
--
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=37516
Bug ID: 37516
Summary: VideoReDo TVSuite H.264 crashes on loading video when
using VMR7
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gordon.lack(a)dsl.pipex.com
Distribution: ---
Created attachment 49928
--> https://bugs.winehq.org/attachment.cgi?id=49928
Crash log produced by wine
VideoReDo TVSuite H.264 (http://www.videoredo.com/en/ProductTVS.htm) starts up
OK.
Under Tools/Options/Playback Devices you can select VMR7 as the Video Driver
(FYI: DirectX is also listed there, but it isn't supported any more, and
actually used VMR7 as well - the option is going away). This determines the
driver used when running the editing page.
If you now load a video (mpeg, or h.264) into the program it will 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.
https://bugs.winehq.org/show_bug.cgi?id=50056
Bug ID: 50056
Summary: IrfanView 4.56 cannot load JPEG2000.dll plugin
Product: Wine
Version: 5.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Steps to reproduce:
1) Download and install/unpack IrfanView 4.56 32bit
https://www.irfanview.info/files/iview456_setup.exe OR
https://www.irfanview.info/files/iview456.zip
2) Unpack JPEG2000.dll to IrfanView's Plugins directory from
https://www.irfanview.info/files/iview456_plugins.zip
3) Run i_view32.exe
4) Open any image
5) Choose Save As
6) Try to choose JP2 - you'll hear a beep from the speaker - that means an
error.
If you try to save you'll get this error:
Can't load plugin "JPEG2000.dll"!
Unfortunately there are no errors logged in console, so I've no idea what's
going on.
I've tried to debug using WINEDEBUG=+all but I don't understand what's going
on.
-----
Something about how IrfanView is compiled or coded has changed recently because
IrfanView 4.54 works just fine with the same plugin.
--
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=17073
Summary: Star Trek Generations fails to display
Product: Wine
Version: 1.1.13
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rincebrain(a)gmail.com
On attempting to run Star Trek: Generations in Wine, I receive the following
output, the cursor renders correctly, and an [almost] black screen (the top ~80
pixels of the screen display something non-black, in fullscreen mode - in
windowed mode, nothing is visible) (see linked screenshot):
$ wine sgens.exe
fixme:ddraw:VGA_ioport_in Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f
fixme:ddraw:VGA_ioport_out Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f (value 0x2a)
fixme:ddraw:VGA_ioport_in Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f
fixme:ddraw:VGA_ioport_out Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f (value 0xff)
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex
samplers and 32 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) >
combined_samplers
fixme:win:EnumDisplayDevicesW ((null),0,0x32f3c8,0x00000000), stub!
fixme:ddraw:IDirectDrawImpl_WaitForVerticalBlank (0x13d780)->(1,(nil)): Stub
fixme:ddraw:IDirectDrawImpl_GetScanLine (0x13d780)->(0x32f980): Semi-Stub
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
8
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
Tested with wine-1.1.12-777-g6d0a0fb and wine-1.1.12-829-g0b8faac.
Must be run with Windows 95/98/ME - game requires Win95 or above, and running
with Win2K or above results in a crash (which I'm filing).
--
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=26803
Summary: file open dialog: slow when selecting many files
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pa78(a)gmx.net
The bug:
The more files I select in the file open diaolg the longer it takes until the
files are actually selected and I can click the open button.
This bug is not about the load time of the program but the time the files get
selected in the file open dialog.
Hints to reproduce:
Selecting one file in the dialog window happen instantly.
Pressing shift and selecting 3 files also is very fast.
Pressing shift and selecting 10 files takes up to 1 second.
Pressing shift and selecting 30 files already takes 10 seconds.
Pressing shift and selecting 50 files already takes 40 seconds.
Pressing shift and selecting 100 files already takes 270 seconds (equals 4:30
min).
As you can see times are raising nearly exponential.
In Windows/Gnome/Kde/... it doesn't matter how many files are
selected/deselected. It takes always the same time.
Additional notes:
My cpu is a 3 year old dualcore 1.86 ghz. If you can't reproduce this times
because your machine is much faster just select more files because time is
raising nearly exponential.
This is an old bug (probably pre wine 1.0) and still (wine 1.3.17) very
annoying to me because sometimes I have to open a few hundret files. I think
this was never implemented well. Just so far that it is possible to open one or
a few files.
--
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.