https://bugs.winehq.org/show_bug.cgi?id=50326
Bug ID: 50326
Summary: (Regression) Playing movies broken in Ghostrunner
Product: Wine-staging
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peter-24(a)o2.pl
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68910
--> https://bugs.winehq.org/attachment.cgi?id=68910
wine log
Playing movies broken in Ghostrunner - none playing(skipped). Working in
staging 6.0rc1.
--
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=44204
Bug ID: 44204
Summary: Slingplayer 2.0 crashes on connect (dsound)
Product: Wine
Version: 3.0-rc2
Hardware: x86
URL: http://download.slingmedia.com/player/pc/SlingPlayer_2
.0.4522_Setup-Global.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 59972
--> https://bugs.winehq.org/attachment.cgi?id=59972
Wine 3.0-rc2 console output
SlingPlayer 2.0.4 crashes when starting the stream under Wine 3.0-rc2.
This never used to occur but I haven't been able to complete a bisect. I will
try again later but it is a very slow process as it appears that the
application has to be fully installed with each test.
The clue to the workaround comes from:
003d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\dsound.dll"
at 0x731c0000: builtin
wine: Unhandled illegal instruction at address 0x730073 (thread 003d), starting
debugger...
Native dsound (winetricks dsound) works around the crash.
To get this far, the following overrides are needed:
WINEARCH=win32 - Bug 35268 / Bug 35276
quartz - Bug 18556
wmp9 - Bug 28669 (wmp10 + dsound = another crash)
mf - Bug 44201
Ignore the installer crash - Bug 17289
With the addition of native dsound, Slingplayer 2.0 can once again be used.
--
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=43073
Bug ID: 43073
Summary: Cyrillic/russian characters displays incorrectly in
Final Fantasy XIV
Product: Wine
Version: 2.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mlang
Assignee: wine-bugs(a)winehq.org
Reporter: yonnji(a)miqote.com
Distribution: ---
Created attachment 58256
--> https://bugs.winehq.org/attachment.cgi?id=58256
launcher and UI screenshots
Cyrillic/russian characters displays incorrectly in Final Fantasy XIV.
It affects a game launcher, in-game UI, and a chat.
It's impossible to play, when you can't talk with other people and can't read
the chat.
The text used as example in screenshots is "привет hello".
--
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=45116
Bug ID: 45116
Summary: TomTom MyDrive Connect needs implementation of
iphlpapi.dll.NotifyAddrChange
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: h.mth(a)web.de
Distribution: ---
Follow up bugreport of bug 41034. Patches and backtraces(vanilla and staging)
will be attached. Application crashes shortly after device is attached.
To activate device (i.e.: TomTom Via 135), linux needs:
CONFIG_USB_NET_CDCETHER=y
Wine Staging 3.7 allows to login into TomTom 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.
http://bugs.winehq.org/show_bug.cgi?id=11622
Summary: DejaVu X installation failing at start because of
component not found
Product: Wine
Version: 0.9.55.
Platform: HP
URL: http://www.atril.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yolande(a)haneder.biz
Created an attachment (id=10825)
--> (http://bugs.winehq.org/attachment.cgi?id=10825)
log file
I extracted the .exe file in the temp directory of Wine as instructed and
launched the installation.
The missing file is indeed not in the temp and I can't find it on the internet
because of deprecated from Microsoft.
--
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=29937
Bug #: 29937
Summary: File selection dialog view shows Favorites when you
click elsewhere
Product: Wine
Version: 1.4-rc1
Platform: x86-64
URL: http://www.winuae.net/files/InstallWinUAE2330.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
There is a small issue with file selection dialogs which some programs use.
When the dialog opens, it shows the files in some directory in the right pane,
and a tree view of the directory hierarchy in the left pane. The tree view
shows Favorites and Desktop (which is expanded to show My Computer, My
Documents, Trash, /).
If you then click on any of the + or - symbols in the tree view, the view in
the right pane jumps to Favorites. For example, click the + next to My Computer
and the view on the right changes to Favorites (which may be empty).
The directory shown in the right pane should probably not change when the user
clicks a + or - symbol in the left pane.
WinUAE is one program which uses that type of file dialog. To show the problem,
download and run the WinUAE installer, check the box to run the program at the
end. When the WinUAE Properties window appears, click "Select image file" to
open a file selection dialog.
--
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=49882
Bug ID: 49882
Summary: Overdrive audio book app will not start. Worked fine
in WINE version 5.0.1
Product: Wine
Version: 5.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ben.miller.5150(a)gmail.com
Distribution: ---
Created attachment 68225
--> https://bugs.winehq.org/attachment.cgi?id=68225
backtrace.txt produced when Overdrive fails
Overdrive app is no longer working in WINE 5.0.2. It has only stopped working
since upgrading WINE from 5.0.1
--
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=51234
Bug ID: 51234
Summary: user32:clipboard test_ClipboardOwner() has a race
condition with clipboard managers
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_ClipboardOwner() has a race condition with clipboard managers that causes
this set of failures:
clipboard.c:404: Test failed: SetClipboardData succeeded
clipboard.c:406: Test failed: wrong error 3735928559
clipboard.c:407: Test failed: SetClipboardData succeeded
Fortunately(?) this failure is pretty rare.
What happens is this:
* test_ClipboardOwner() does this:
OpenClibpoard(NULL)
EmptyClipboard() // take ownership
CloseClipboard()
* Then the clipboard manager starts checking the content of the clipboard:
OpenClipboard(manager_hwnd)
...
* And then the next test_ClipboardOwner() test happens:
SetClipboardData(CF_WAVE, ...)
ok(GetLastError() == ERROR_CLIPBOARD_NOT_OPEN, ...)
ok(!IsClipboardFormatAvailable(CF_WAVE), ...
Because test_ClipboardOwner() opened the clipboard with a NULL windows handle,
EmptyClipboard() used that as the clipboard owner. But when the owner is NULL a
process can place data in the clipboard as long as any process opened it. This
is actually the whole point of the run_process("set_clipboard_data 4") test.
So the problem is that user32:clipboard assumes that no other process is going
to open the clipboard after it called CloseClipboard(). Yet that's precisely
when clipboard manager would receive a WM_CLIPBOARDUPDATE message and open it.
--
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=48911
Bug ID: 48911
Summary: Check for compilation warnings
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Compiling Wine with -Werror is troublesome because it applies blindly to both
wine-devel patches and patches submitted manually via the website. The sole
purpose of the latter is often to just clarify some point for the development
of another patch and are not meant to be submitted. Thus failing on warnings
just makes running these quick tests more cumbersome.
So the best way forward would be for the TestBot to identify and report
warnings but not fail the compilation and abort the tests when they occur.
So:
1. The builds should happen without -Werror.
2. GetLogLineCategory() should identify the warnings and add them to LogInfo
but distinguish them from errors (replace IsNew with a Category field?).
3. Compare task.log to the reference build log to distinguish new warnings from
old ones. This is necessary in case the compiler used by the TestBot produces
warnings on the unpatched Wine tree. It will require storing the build logs in
latest/ just like the TestBot already does for the reference WineTest reports.
4. LogInfo's will need to keep track of the number of new warnings which really
means renaming the 'NewCount' field to avoid confusion.
5. The warnings should be saved in the errors files. The new line types could
be 'w' and 'W' for old and new warnings respectively (then it would make sense
to use e and E for errors).
6. This will let the WineRun*() scripts know about both warnings and errors.
They can then decide what to do depending on the type of job and whether the
warnings are new or not.
- Old warnings would always be ignored.
- If a build task has new warnings, instead of marking it as 'badbuild' it
could be marked as 'completed' as usual but with a non-zero number of failures.
This would probably allow running the tests on Windows but the patch would
still be considered bad since the job would end up with a non-zero number of
failures.
- For Wine tasks the number of warnings would be added to the Failures field
for the same overall result.
- So in both cases the non-zero number of failures would only impact
wine-devel patches.
7. The JobDetails page should show the warnings in summary mode and highlight
them in the full build log. That would make it easy for developers to see the
warnings on web-submitted jobs, and thus fix them before submitting the patch
to wine-devel.
--
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=43653
Bug ID: 43653
Summary: Waves Central: install vst plugins issue
Product: Wine
Version: 2.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: viking991(a)gmx.de
Distribution: ---
Created attachment 59080
--> https://bugs.winehq.org/attachment.cgi?id=59080
waves central error message
Hi!
Waves Central (license manager / installer from waves.com) does not install vst
plugins in Wine.
installation aborts with this message box, also see attachment
###
Sorry
An error has occurred during installation
Please follow the steps in this troubleshooter
###
- System:
winehq-staging 2.16
debian stretch
- Steps to re-produce:
1) Download Waves Central installer
http://www.waves.com/downloads/central
Direct download link:
http://www.waves.com/dlrdr?id=central-win
Tested Waves Central Version: V1.3.3.4
sha1sum Install_Waves_Central.exe
0f90b9333855a8713e3f9ced767369364a46aa33 Install_Waves_Central.exe
2) Run Installer
wine64 Install_Waves_Central.exe
3) Run Waves Central
wine64 Waves\ Central.exe
4) Log in
unfortunately this needs an account with waves.com:
-> Log in -> create account -> web browser opens to create account
user user/pass in Waves Central to log in.
5) install any VST:
-> install products
-> install from online
-> choose products to install -> All Waves products
-> select any product, for example H-Reverb Hybrid Reverb 9
-> click install, message box as attached appears.
also check bug 43648
Thanks!
--
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=42588
Bug ID: 42588
Summary: Vietcong - graphics glitches since Wine 2.1
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: havran.jan(a)email.cz
Distribution: ArchLinux
Created attachment 57517
--> https://bugs.winehq.org/attachment.cgi?id=57517
Vietcong - terminal log
In version 2.1 was introduced new bug that causes graphical glitches like
flickering soldiers. I can confirm this bug in wine versions 2.1, 2.2 and 2.3.
In versions 2.0 and below it worked probably fine - this bug is not 100%
reproducible - sometimes soldiers are flickering and glitches are shown very
often, sometimes just for few milisecond, but i am pretty sure that this was
introduced in version 2.1
Tested on Intel and AMD GPUs, Vietcong 1.60 with VCStarter 1.7 Beta
--
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=50218
Bug ID: 50218
Summary: Unable to finish the installation of Lego Staunt
rallye: request for indeo codec
Product: Wine
Version: 5.22
Hardware: x86
URL: https://www.myabandonware.com/game/lego-stunt-rally-bd
5#download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 68723
--> https://bugs.winehq.org/attachment.cgi?id=68723
screenshot of the error
At the end of the stage of install, setup complains about indeo codecs.
--
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=44230
Bug ID: 44230
Summary: SlingPlayer 1.5 crashes during configuration
Product: Wine
Version: 2.22
Hardware: x86
URL: http://download.slingmedia.com/player/pc/SlingPlayer-S
etup-EU-1.5.1.343.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 01676c5dd6f9fb61b9c4e52595f6e75e21050009
Distribution: Ubuntu
Created attachment 60025
--> https://bugs.winehq.org/attachment.cgi?id=60025
Wine 3.0-rc3 console output
SlingPlayer 1.5 crashes when attempting to configure the Slingbox (Alt+E -->
Slingbox Configuration --> Change...) (Slingbox needed)
Native qcap causes a new problem so can't try that as a workaround.
Native quartz needed to get this far.
The crash does not occur in Staging 2.21.
I compiled Wine 3.0-rc3 with -O0 and the crash does not occur. Compiling again
with -O1 or -O2 and the problem returns (did not try -O3). I also receive the
following warning during compilation, but further testing suggests it is not
related:
cc1: warning: unrecognized command line option ‘-Wno-packed-not-aligned’
I tried reverting 6864803f1ab70f9f9e90903b13e67da40973d12a but it did no make
any difference.
https://source.winehq.org/git/wine.git/commitdiff/6864803f1ab70f9f9e90903b1…
I also tried compiling with the following, which the man page claims GCC sets
with -O1, but the crash still didn't occur:
-fomit-frame-pointer -ftree-phiprop -ftree-sink -ftree-slsr -ftree-sra
-ftree-pta -ftree-ter -funit-at-a-time -ftree-copy-prop -ftree-copyrename
-ftree-dce -ftree-dominator-opts -ftree-dse -ftree-forwprop -ftree-fre
-fmove-loop-invariants -fshrink-wrap -fsplit-wide-types -ftree-bit-ccp
-ftree-ccp -fssa-phiopt -ftree-ch -finline-functions-called-once
-fipa-pure-const -fipa-profile -fipa-reference -fmerge-constants
-fdelayed-branch -fdse -fforward-propagate -fguess-branch-probability
-fif-conversion2 -fif-conversion -fauto-inc-dec -fbranch-count-reg
-fcombine-stack-adjustments -fcompare-elim -fcprop-registers -fdce -fdefer-pop
The crash goes away when reverting commit
01676c5dd6f9fb61b9c4e52595f6e75e21050009 and recompiling.
01676c5dd6f9fb61b9c4e52595f6e75e21050009 is the first bad commit
commit 01676c5dd6f9fb61b9c4e52595f6e75e21050009
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Sat Nov 25 11:48:02 2017 +0100
user32: Use the magic format string prefix for relay traces.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 c075dd76fd2d86e2cb8e14a300f4f8a7a8952bf4
ab6d49e1c18eae5208a19b0be062ffbf7abc8518 M dlls
Staging 2.21 does have this commit, but the binary packages do, beginning with
release 3.0-rc1.
Workaround unknown.
--
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=47828
Bug ID: 47828
Summary: regedit: Random crashes on selecting an entry
(thread-related?)
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ed7-aspire4925(a)hotmail.com
Distribution: ---
Created attachment 65333
--> https://bugs.winehq.org/attachment.cgi?id=65333
commented logs from the various crashes
As described above. By selection I meant double-clicking or pressing [return]
on a highlighted entry
Sometimes the "debuggee" works, sometimes it doesn't.
Sometimes the back trace shows, sometimes it doesn't.
Sometimes the application crash window doesn't even appear.
Definitely a threading issue...
The crash occurs at around the eighth key selection.
--
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=48322
Bug ID: 48322
Summary: World of Warcraft Classic: Mouse movement can block
keydown events from registering
Product: Wine-staging
Version: 5.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: m.schaefer8(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
This seems to be a regression:
I've noticed this in the game World of Warcraft Classic. In Wine 4.17.r11
mouse/keyboard behave as expected. With 5.0-rc1 when keeping the right mouse
button clicked *and* moving the mouse (changing character orientation and view
orientation with the mouse) all other keydown events are ignored. Moving the
mouse by itself does not block keydown events; keeping the button pressed but
not moving the mouse also does not block keydown events.
Keyup events are processed as normal.
Software I'm using is specifically Wine-Staging with TKG patches.
Having never filed bugs for Wine before, please inform me if you require
additional information, logs (and how to acquire said logs), etc.
--
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=47438
Bug ID: 47438
Summary: Bloodstained: Ritual of the Night freeze at
whitescreen because of mfplat commit
eff5a7aebc65e98cacf0d6a0ccc6101ffa552aa0
Product: Wine
Version: 4.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: GloriousEggroll(a)gmail.com
Distribution: ---
Bloodstained: Ritual of the Night shows a white screen upon opening and freezes
there due to the following commit that was made to mfplat:
eff5a7aebc65e98cacf0d6a0ccc6101ffa552aa0
mfplat: Implement media event queue
I did a bisect between 4.3 and 4.4 as it works in 4.3, and found that commit to
be the cause.
As a lot of work has been done on mfplat, and this is implementing a rather
large feature, its not some thing that seems to be easily revertible.
Using winetricks mf results in the game just popping up an error.
--
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=41339
Bug ID: 41339
Summary: Minor regression: Wine loads with
"/wine/dlls/ntdll/loader.c: loader_section" errors
when creating a new prefix or running an application
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
I noticed that with Wine 1.9.18, whenever I either created a new prefix or ran
an application I would receive the following errors in my terminal:
err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in
thread 001d, blocked by 001e, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in
thread 001c, blocked by 001e, retrying (60 sec)
This issue was also brought up by Bruno Jesus in the wine-devel mailing list
here: https://www.winehq.org/pipermail/wine-devel/2016-September/114672.html
Since I am not the only one experiencing this, I decided to run a regression
test. According to the git bisect I have performed this issue first appears in
wine-1.9.17-149-gd2b782f
The bad commit in question:
commit d2b782f4e4f0efa6e783031d57cf98789cdc4742
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Aug 26 13:51:22 2016 +0200
ddraw: Rename "wineD3DVertexBuffer" to "wined3d_buffer".
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 719fe9426a27661606b40339c96588fa09e3385e
07af319b9fd2e194b9a5990a0c09277d34ed42bb M dlls
--
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=50519
Bug ID: 50519
Summary: Adobe Digital Editions 4.5 crash on Wine 6.0
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aversa(a)email.arizona.edu
Distribution: ---
Created attachment 69181
--> https://bugs.winehq.org/attachment.cgi?id=69181
backtrace
Adobe Digital Editions 4.5 crashes on Wine 6.0. It worked on earlier versions.
See attached backtrace.
Also, when my Wine config was being upgraded, it displayed a dialog box about
rundll32.exe "Unable to find a version of the runtime to run this 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=49164
Bug ID: 49164
Summary: Call of Cthulhu: Dark Corners of the Earth crashes
after start
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: jzeng(a)codeweavers.com
Regression SHA1: f15c23df4a281a93087b5c0d2ca421463c7b9e4a
Distribution: ---
Created attachment 67183
--> https://bugs.winehq.org/attachment.cgi?id=67183
terminal output
The game crashes immediately after start.
The crash was introduced by
https://source.winehq.org/git/wine.git/commit/f15c23df4a281a93087b5c0d2ca42…
Before that commit the game loaded to the main menu just fine (intro videos
didn't work though).
I tried renaming/removing the intro videos (Windows Media Video 9 files) from
../Development/pcvideo directory, but that didn't resolve the crash.
No demo version is available.
This was tested with the GOG.com version.
wine-5.8-147-g893080e4df
--
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=47536
Bug ID: 47536
Summary: Overwatch stops getting mouse input after alt-tabbing
(regression
Product: Wine
Version: 4.12.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Through bisect, I've found this commit 82c6ec3a32f44e8b3e0cc88b7f10e0c0d7fa1b89
causes issues in Overwatch (a Blizzard game). To be specific, if the game is
set to use Fullscreen or Windowed mode and you alt tab out of it even one time,
it no longer allows you to aim. Instead, mouse cursor just kind of floats
around the window, and I can even click in menus. The only way to recover it
from that state is to relaunch it. The issue also doesn't seem to affect
Borderless Windowed mode.
Reverting that commit fixes the issue.
I should note that during my testing, I had to use staging patches, as some of
it are required to make it playable, but I don't know which ones it actually
needs so I couldn't just apply them selectively.
I am not really sure with which debug channels I should create the log with to
help find the issue, so let me know which ones you need and I will record a log
with them.
--
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=35126
Bug ID: 35126
Summary: AirBuccaneers hangs on exit
Product: Wine
Version: 1.7.8
Hardware: x86
URL: http://s3-eu-west-1.amazonaws.com/airbuccaneers1/AirBu
ccaneers_1.1_demo.zip
OS: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 46856
--> http://bugs.winehq.org/attachment.cgi?id=46856
terminal output
The game loads fine and it is playable, the only problem I observed so far is
that the game hangs indefinitely when I choose to quit the game. CPU usage is
minimal (1-2%), animation and music stop playing and the abu.exe process is
just sitting there.
Steps to reproduce the problem with the demo version:
1. unpack AirBuccaneers_1.1_demo.zip and start the game with abu.exe
2. select language and choose a new account
3. choose <Quit> in the main menu
I tried the game in Virtualbox (Windows XP guest) and the problem doesn't exist
there.
wine-1.7.8-88-gfb75292
AirBuccaneers_1.1_demo.zip
md5sum: 92d2a669743b0c9bb6645c8d2d01ff7e
--
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=47888
Bug ID: 47888
Summary: user32:clipboard fails on Win 8.1 since the RX 460 GPU
got installed
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:clipboard fails on cw-rx460 / Windows 8.1 since the RX 460 GPU got
installed (2019-09-25):
clipboard.c:760: Test failed: 0: gle 5
clipboard.c:765: Test failed: 0.0: got 0000 instead of 0001
clipboard.c:805: Test failed: 0: gle 1418
clipboard.c:815: Test failed: 0: count 4
clipboard.c:818: Test failed: 0: gle 1418
clipboard.c:852: Test failed: 0: format 0001 got data 00798D08
clipboard.c:853: Test failed: 0.0: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.0: formats 00000000 have been rendered
clipboard.c:852: Test failed: 0: format 0007 got data 00798C78
clipboard.c:853: Test failed: 0.2: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.2: formats 00000000 have been rendered
clipboard.c:852: Test failed: 0: format 000d got data 007A12D0
clipboard.c:853: Test failed: 0.3: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.3: formats 00000000 have been rendered
clipboard.c:717: Test failed: 4: gle 5
clipboard.c:719: Test failed: 4: gle 1418
clipboard.c:746: Test failed: 4: count 2
clipboard.c:749: Test failed: 4: gle 1418
clipboard.c:765: Test failed: 4.0: got 000e instead of 0003
clipboard.c:717: Test failed: 6: gle 5
clipboard.c:719: Test failed: 6: gle 1418
clipboard.c:746: Test failed: 6: count 3
clipboard.c:749: Test failed: 6: gle 1418
clipboard.c:765: Test failed: 6.0: got 0002 instead of 0008
clipboard.c:717: Test failed: 7: gle 5
clipboard.c:719: Test failed: 7: gle 1418
clipboard.c:746: Test failed: 7: count 3
clipboard.c:749: Test failed: 7: gle 1418
clipboard.c:765: Test failed: 7.0: got 0008 instead of 0011
clipboard.c:1040: multi-threaded test
clipboard.c:1130: Test failed: OpenClipboard failed: 5
clipboard.c:1142: Test failed: WM_RENDERFORMAT received 0000
clipboard.c:1146: Test failed: didn't get data for CF_OEMTEXT
clipboard.c:1148: Test failed: WM_RENDERFORMAT received 0000
clipboard.c:1152: Test failed: sequence diff 0
clipboard.c:1155: Test failed: CloseClipboard failed: 1418
clipboard.c:1017: Test failed: wait failed
clipboard.c:1157: Test failed: WM_DRAWCLIPBOARD not received
clipboard.c:1157: Test failed: WM_CLIPBOARDUPDATE not received
https://test.winehq.org/data/tests/user32:clipboard.html
It's strange that changing the GPU and updating the graphics driver would cause
permission denied errors when handling the clipboard.
--
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=46924
Bug ID: 46924
Summary: Sword of the Stars crashes with black screen
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luis.panadero(a)gmail.com
Distribution: ---
Created attachment 64027
--> https://bugs.winehq.org/attachment.cgi?id=64027
wine log output with WINEDEBUG=+wgl
Sword of the Stars Complete collection (or Argos Naval Yard) crashes with a
black screen and a dump.
Tested on:
Ubuntu 18.10 with kernel 5.0.5 + Mesa 19.1.0 , however fails with ubuntu
default kernel and mesa versions.
GPU : AMD RX580 -> amdgpu opensource driver
Wine versiones that I try :
- Wine 4.0 with Gallium Nine patch
- default version on Ubuntu 18.10 (Wine 3.0.3)
- Steam Proton 3.16 beta
- Wine staging
On every case fails with the same messages.
--
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=41411
Bug ID: 41411
Summary: 7za (part of 7-zip) handles some non-latin file names
incorrectly under wine
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: unxed(a)mail.ru
Distribution: ---
app: http://www.7-zip.org/a/7z1603-extra.7z
sample archive to test:
http://pnboy.pinguix.com/gapan/23-10-2012-b-fasi-eaep.zip
1. list sample archive using 7za: "7za.exe l 23-10-2012-b-fasi-eaep.zip"
2. compare to it's output on windows (or with listing using "unzip -l
23-10-2012-b-fasi-eaep.zip")
you will see incorrect filename encoding in 7za's output
p7zip, 7za's native linux port, behaves correctly with this archive
--
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.