http://bugs.winehq.org/show_bug.cgi?id=17619
Summary: GetDriveTypeW says C: is a network share if /home is an
NFS share, breaking Steam installer
Product: Wine
Version: 1.1.16
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lordhavoc(a)ghdigital.com
Created an attachment (id=19804)
--> (http://bugs.winehq.org/attachment.cgi?id=19804)
Patch to make C: always report as DRIVE_FIXED type
My /home is an NFS share, this means NtQueryVolumeInformationFile returns the
type of ~/.wine/drive_c as a network share, confusing installers (such as
Steam).
I tracked this down to a problem with GetDriveTypeW querying the volume
information and not even calling get_mountmgr_drive_type in some cases (such as
a network share), so any configuration in winecfg had no effect.
I have attached a patch that causes C: to always report as DRIVE_FIXED, which
fixes my problem, and should avoid any problems of this sort in the future.
However this still means that winecfg overrides have no effect on network
shares, this only fixes the most common problem of C: being considered a
network share.
--
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=33384
Bug #: 33384
Summary: Basic WPF application fails to handle images
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leonidbrook(a)gmail.com
Classification: Unclassified
I created a simple application that display an image loaded from a file (see
MainWindow.xaml). The file added as a "Resource" to the application project.
Basically, the only thing I added to the base skeleton, is <Image
Source="beta.png"/>.
The application fails at
System.Media.Imaging.BitmapSource.get_DUCECompatibleMILPtr()
with System.InvalidCastException: Specified case is not valid.
--
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=28664
Bug #: 28664
Summary: qedit/mediadet test crashes on FreeBSD9
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winegstreamer
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Created attachment 36837
--> http://bugs.winehq.org/attachment.cgi?id=36837
backtrace
The test was running without $DISPLAY set, but that passes fine for me on
gentoo/debian.
Backtrace 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=25994
Summary: Process Hacker: Unimplemented function
ntdll.dll.NtCreateKeyedEvent
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=33136)
--> (http://bugs.winehq.org/attachment.cgi?id=33136)
Terminal output on Wine 1.3.13
Steps to reproduce:
1) remove ~/.wine
2) winetricks gecko
3) install Process Hacker
4) copy winsta.dll to system32
5) wine ProcessHacker.exe
Behaviour:
There is Wine's error.
Expected behaviour:
There should be no error.
--
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=27052
Summary: winedbg and its man page should use "wpid"
consistently for Windows' process ID
Product: Wine
Version: 1.3.15
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)skierpage.com
I couldn't figure out why winedbg complained "Can't attach process 42db: error
87" when I typed "attach 17115". I know the PID of my Windows executable, as
provided by top, ps, System Activity, etc.
You need to supply the *Wine/Windows PID* of the process, e.g. using the "info
process" command to winedbg, and this *isn't* the UNIX pid. This is mentioned
further down in winedbg(1), but it would be so much clearer if the man page,
the "info process" command and other documentation consistently used "wpid", as
http://www.winehq.org/docs/winedev-guide/debugger does.
There is missing help that also needs to use "wpid":
* winedbg --help's usage output doesn't mention the --auto wpid usage (though I
couldn't get this to work).
* the help command within winedbg doesn't mention "attach wpid"
--
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=18744
Summary: Mp3Tag: Column headers in list view incorrectly
redrawn
Product: Wine
Version: 1.1.22
Platform: PC
URL: http://www.mp3tag.de/en/download.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh+winehqdotorg(a)gmail.com
See attachment.
When clicked, the column headers (Filename, Path, ...) change to a selected
state and get a new "pressed" style. When selecting another column, the next
column is successfully selected but the previous one's style is still left
untouched, instead of being reset.
No console output.
--
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=32922
Bug #: 32922
Summary: itunes 7 crashes
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: btolfree(a)comcast.net
Classification: Unclassified
Created attachment 43481
--> http://bugs.winehq.org/attachment.cgi?id=43481
error log from wine running itunes 7 in Mint 13
opening iTunes 7 in Mint 13. this error continues to appear and even after
closing the error, it keeps reappearing.
--
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=33378
Bug #: 33378
Summary: measuring/painting strings needs better tests
Product: Wine
Version: 1.5.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: galtgendo(a)o2.pl
Classification: Unclassified
Regression SHA1: 6ab04040e52465e77558a067309e8a54bdc0f32c
Created attachment 44169
--> http://bugs.winehq.org/attachment.cgi?id=44169
minimal fix for a clipping problem
This is sort of bug 25717 revisited, in that that a problem, that happened
shortly before it was fixed, has popped up again.
I haven't been checking it in awhile, but today I did, then had to trace it
back to 1.5.26.
After a bisect, it came to commit "gdiplus: GdipMeasureCharacterRanges should
treat empty layout extents as infinite when StringFormatFlagsNoClip is
specified.".
Clipping went broken again, resulting in invisible text.
Minimal fix attached and sent to wine-patches.
As I said, it's the clipping again - without resetting < 0.5 to (1<< 23), 'if
(!(format_flags & StringFormatFlagsNoClip) && scaled_rect.Width != 1 << 23 &&
scaled_rect.Height != 1 << 23)' condition doesn't go into effect.
--
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=30485
Bug #: 30485
Summary: MeGUI 2112 crashes after first update / restart -
won't restart
Product: Wine
Version: 1.5.2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: robert_mt_walker(a)yahoo.co.uk
Classification: Unclassified
Created attachment 39866
--> http://bugs.winehq.org/attachment.cgi?id=39866
Wine MeGUI console log (first run)
ARCH-Linux x86_64 (fully updated). Clean win32 prefix.
MeGUI (OpenSource GUI wrapper for various video encoding utilities) download
latest build at:
http://sourceforge.net/projects/megui/files/latest/download?source=files
Install:
winetricks dotnet11
winetricks dotnet20
winetricks gdiplus
(all successfully install)
I've also tried installing avisynth 2.5.8 and K-Lite-Mega-Codec-Pack-7.8
(does step makes little difference to the MeGUI program crash).
MeGUI will run. Update itself. Updates are stored in a local /update_cache
folder as zip'd/7z'd archives. Gets to a stage of asking for a system restart.
Whether you say "yes" or "no" (and manually shutdown MeGUI with the "Exit" menu
option) the program eventually crashes. The Wineserver shuts down. Starting
MeGUI again results in an immediate crash.
This a deal breaker for the software. The download MeGUI zip archive needs to
be updated to extract the tools in the /update_cache folder. Otherwise there
will not be any encoders available to use. Earlier installable executable
version of MeGUI exhibits an identical crash when updated...
Bob
--
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=20395
Summary: Wolfenstein (2009): MP mouse input not handled
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nwarrenfl(a)gmail.com
The game runs fine (good framerates), however the game (MP part) is unplayable
because the game doesn't react at all to mouse movements. The mouse is however
working in the menu.
After debugging the user32 channel, i found this:
fixme:win:RegisterRawInputDevices (pRawInputDevices=0x229eb74, uiNumDevices=1,
cbSize=12) stub!
Maybe this stub is the problem, i tried the patch from bug #10318, however it
didn't fix the problem.
I'll attach the 2 debug logs, the first one with +user32 and the second with
+x11drv.
--
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.