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=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=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=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.
https://bugs.winehq.org/show_bug.cgi?id=42412
Bug ID: 42412
Summary: WinUAE 3.4.0: Networking over Slirp in AmigaOS 4.1
works bad.
Product: Wine
Version: 2.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: bobben(a)wigilius.se
When using WinUAE (both version 3.3.0 and 3.4.0) with slirp networking (only
way when running AmigaOS 4.1), network transfers gets damaged (md5 and file
size doesn't match) whether it's downloaded from internet or from local file
server.
This happens both on 32bit and 64bit Wine and WinUAE.
Changing the MTU value on the AmigaOS side doesn't help either.
I suspect this has something to do with the issue:
fixme:winsock:set_dont_fragment IP_DONTFRAGMENT for IPv4 not supported in this
platform.
The author of WinUAE also suspects this is the problem:
"IP_DONTFRAG (or IP_MTU_DISCOVER and friends) are not defined in some platform
specific file"
Currently using Wine 2.0-staging and macOS 10.11.6
--
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=36542
Bug ID: 36542
Summary: Outpost 2: Ingame videos don't play
Product: Wine
Version: 1.7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jopac76(a)mail.com
Created attachment 48633
--> https://bugs.winehq.org/attachment.cgi?id=48633
Log with 1.7.19
Outpost 2 ingame videos don't play. I have both the videos in the game folder
and in the CD.
Videos are in the Indeo codec, does this make this bug a duplicate of the other
Indeo-related bugs?
https://appdb.winehq.org/objectManager.php?sClass=version&iId=16926&iTestin…
claims the videos worked back on 1.1.35, making this a regression. The oldest I
could compile was 1.1.40, and it didn't work.
Game without videos is here: http://www.outpostuniverse.net/gamedownload.php
--
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=34696
Bug #: 34696
Summary: Magic & Mayhem 2: The Art of Magic: the in-game logo
not rendering correctly
Product: Wine
Version: 1.7.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
Created attachment 46256
--> http://bugs.winehq.org/attachment.cgi?id=46256
MM Log
The in-game logo that is in the main menu or which shows up when the game is
loading has black holes.
The problem can be reproduced in the demo (check out the link).
Tested with:
Windows Vista (without Wine), GeForce 9600M GS--the program works fine here
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
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=29714
Bug #: 29714
Summary: mmdevapi/capture test often fails on debian testing
Product: Wine
Version: 1.3.37
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: hoehle(a)users.sourceforge.net
Classification: Unclassified
Regression SHA1: f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf
Created attachment 38565
--> http://bugs.winehq.org/attachment.cgi?id=38565
+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio
trace
austin@debian-buildbot:~/wine-git$ git bisect bad
f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf is the first bad commit
commit f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf
Author: J��rg H��hle <hoehle(a)users.sourceforge.net>
Date: Thu Jan 12 22:36:31 2012 +0100
mmdevapi/tests: Perform capture protocol tests in shared mode.
:040000 040000 8251887bab3583e1327626d8e7492e61fa5e0285
255d9de316fae3fc6fc5b26a87b771593858e8c6 M dlls
+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio
trace attached.
--
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=12209
Summary: Microsoft FileFormatConverter.exe installs but does not
work
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
Created an attachment (id=11631)
--> (http://bugs.winehq.org/attachment.cgi?id=11631)
console output when trying to open a docx file in Word 2003
Microsoft's FileFormatConverter.exe gives Office 2003 the ability to open
Office 2007 files. I tried installing it to my working Office 2003 wine
installation. The installer ran fine, ending with a message that installation
was complete. However, when I tried to open a docx file in Word 2003, it
aborted with the message "There was an error opening the file." I've attached
the console output. Getting this program to work would be very useful to those
of us who have to deal with documents from people using Office 2007.
--
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=45142
Bug ID: 45142
Summary: (DX11) Unigine Heaven 4.0 shows black screen while
benchmarking on Windows
Product: Wine
Version: 3.7
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Created attachment 61328
--> https://bugs.winehq.org/attachment.cgi?id=61328
screenshot
This issue seems to be related to Windows OS only.
When you run Unigine Heaven 4.0 benchmark at DX11 on Windows platforms with
WineD3D you only see a black screen and playing sound. No matter what WineD3D
build I use and no matter what Windows version.
--
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=20843
Summary: Virtual colour depth & full screen resolution?
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
Would it be technically possible to implement a virtual desktop that allows you
to set the colour depth and resolution, but then wine will stretch the virtual
desktop to full-screen or to a custom resolution?
What would happen if you fooled a game that needed 256 colour depth into
thinking that's what it is running in while it is actually running at 24bit?
I ask this as I am unable to change my colour depth and reduce my resolution
below 640x480. And even when I could change my colour depth it meant restarting
the X-server. I assume other people will also have this problem.
--
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=45411
Bug ID: 45411
Summary: Direct Access to USB Drive Fails
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fredthejonester(a)gmail.com
Distribution: ---
Here is the output:
$ WINEARCH=win32 WINEPREFIX=/home/kirk/.wineprefix32 wine RESPONSA.exe
0009:fixme:nls:GetThreadPreferredUILanguages 00000034, 0x32e6a0, 0x32e710
0x32e6a8
0009:fixme:nls:get_dummy_preferred_ui_language (0x34 0x32e6a0 0x32e710
0x32e6a8) returning a dummy value (current locale)
0009:fixme:nls:GetThreadPreferredUILanguages 00000034, 0x32e680, 0x32e6f0
0x32e688
0009:fixme:nls:get_dummy_preferred_ui_language (0x34 0x32e680 0x32e6f0
0x32e688) returning a dummy value (current locale)
0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 41018 (device=4 access=0
func=406 method=0)
0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 4d014 (device=4 access=3
func=405 method=0)
0009:fixme:msvcrt:__clean_type_info_names_internal (0x4c22b684) stub
0009:fixme:msvcrt:__clean_type_info_names_internal (0x4e0892fc) stub
0009:fixme:msvcrt:__clean_type_info_names_internal (0x101827d4) stub
0009:fixme:msvcrt:__clean_type_info_names_internal (0x788b0e54) stub
and the app is not able to recognize the USB drive that is in the PC and
required for execution. More details are available here:
https://forum.winehq.org/viewtopic.php?f=2&t=30825
--
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=47635
Bug ID: 47635
Summary: Micro-Cap 12 fails to save any files
Product: Wine
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: alexander-winehq(a)xmine128.tk
Distribution: ---
Created attachment 65068
--> https://bugs.winehq.org/attachment.cgi?id=65068
commdlg trace of Micro-Cap 12 starting and saving file
Micro-Cap 12 was recently released as Freeware and provides a pretty
comprehensive analog/digital circuit simulation environment. While every tested
aspect of the software works brilliantly, saving created circuit diagrams for
some reason fails silently and the file will simply not be considered “saved”
after clicking “Save” in the file dialog.
Steps to reproduce:
0. Download Micro-Cap 12 Full-CD version from:
http://www.spectrum-soft.com/download/download.shtm
1. Extract the file's contents and run “mc12.exe” or “mc12_64.exe”
2. Wait for the program to start up
3. Click the “Save” button in the toolbar or “File” menu
4. Confirm saving by clicking on “Save” in the opened “Save As” dialog
Expected behaviour:
A file with the name and path selected in the “Save As” dialog should have been
created.
Actual behaviour:
Nothing happens, except that the program will show the path of the chosen save
path in its titlebar.
I've attached a trace of Wine 4.14 and enabled WINEDEBUG=commdlg, please take a
look if there is anything out of the ordinary there.
--
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=46087
Bug ID: 46087
Summary: Directx9 games are very slow (unusable)
Product: Wine-staging
Version: 3.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mochobb(a)clix.pt
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62718
--> https://bugs.winehq.org/attachment.cgi?id=62718
Hardware specs and terminal output
I noticed that suddenly games were very slow (it takes seconds just to
highlight a menu item). I tested Shadow Warrior 2 and XCOM: Enemy Unknown. The
first game I had never tried, but I know the performance of the second one.
I downgraded wine-staging until I got a working version: 3.15. The other
versions tried were 3.17, 3.18 and 3.19. The terminal output is attached. The
output refers to XCOM, launching the game up to the menu and exiting.
Also attached are my hardware specifications.
Thank you very much for reading 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.
http://bugs.winehq.org/show_bug.cgi?id=13470
Summary: Warhammer : Battle March (Loading)
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dl.zerocool(a)gmail.com
Created an attachment (id=13387)
--> (http://bugs.winehq.org/attachment.cgi?id=13387)
Console logs
Actually, warhammer is playable at decent speed.
The troubleshooting is starting the game, or charging a map (mission, campaign,
etc.)
It requires arround 10min to have the first game menu...
And it requires other 10minutes if you want to play.
The game is unplayble since it requires 20minutes to start gaming.
But the game itself even with highest options work very well.
The problem is the same with older wine versions.
And apparently the Warhammer mark of chaos (whitout battle march addon
installed)
Have the same loading problem.
--
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.