https://bugs.winehq.org/show_bug.cgi?id=40277
Bug ID: 40277
Summary: Half-Life - Team Fortress Classic: Intro video renders
with artifacts (RLE decompressed using gdi32 differs
from msrle32)
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
CC: xylem2020(a)gmail.com
Distribution: ---
This bug describes a third problem from bug 22533. The game has an intro video
compressed in RLE but the biCompression is not set to "mrle", it is "RLE " so
comctl32 skips trying to find a codec and uses built-in capabilities of gdi32
to decompress the frames.
Unfortunately the gdi32 decompressed frames have artifacts in the shape of
lines as if the RLE is not being decompressed correctly. A workaround is to
force comctl32 to use msrle32, but I think there could be a problem in gdi32.
This bug is a mental note to myself and I'll try to handcraft a frame that
displays the issue and add to tests when I have more time.
--
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=40276
Bug ID: 40276
Summary: Half-Life: Transparency problem when displaying the
logo video
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
CC: xylem2020(a)gmail.com
Distribution: ---
This is a split from bug 22533. It seems to be related to the way comctl32
determines the transparent color or maybe in how it applies the color. I'l add
more info and workarounds later.
--
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=23415
Summary: ManyCam: Crash at choosing ManyCam.xml
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=29195)
--> (http://bugs.winehq.org/attachment.cgi?id=29195)
How to make application quit silently
Steps to reproduce:
1) remove ~/.wine
2) winetricks vcrun2005
2) install ManyCam
3) wine ManyCam.exe
4) get an error
5) see attachment to know where to click
Behaviour:
Application quits silently
Expected behaviour:
Application should shouldn't quit
In terminal there is only
fixme:win:RegisterDeviceNotificationW (hwnd=0x40026,
filter=0xdaf494,flags=0x00000004) returns a fake device notification handle!
err:shell:SHGetFileInfoW pidl is null!
err:shell:SHGetFileInfoW pidl is null!
err:shell:SHGetFileInfoW pidl is null!
err:shell:SHGetFileInfoW pidl is null!
X Error of failed request: BadColor (invalid Colormap parameter)
Major opcode of failed request: 89 (X_StoreColors)
Resource id in failed request: 0x1
Serial number of failed request: 4605
Current serial number in output stream: 4605
--
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=33078
Bug #: 33078
Summary: Lync Attendee fails to start
Product: Wine
Version: 1.5.18
Platform: x86
URL: http://www.microsoft.com/en-us/download/details.aspx?i
d=15755
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Classification: Unclassified
Created attachment 43730
--> http://bugs.winehq.org/attachment.cgi?id=43730
console output
Lync 2010 Attendee installs successfully, but silently exits when I try to
start it.
--
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=38303
Bug ID: 38303
Summary: NHL09 menus automatically navigating ( non-stop
clicking down arrow without actual keyboard button
pressing )
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
Distribution: ---
When I launch the game, menus are navigated by themselves. Still - the game
responds on actual pressing of the arrow buttons on my keyboard.
--
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=14456
Summary: Diablo 2 stuck on switch
Product: Wine
Version: 1.1.0
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ak(a)axet.ru
When i switch from windowed diablo to another X window diablo fail to render
screen. I still can blind-exit from game but unable to refresh screen anymore.
--
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=20362
Summary: Diablo II: X11 mouse pointer shows over fullscreen
window
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thijs.vandenboogaard(a)gmail.com
When Diablo II is started and the mouse pointer is left alone, it stays
somewhere in the upper right of the fullscreen window. While playing it gets
pretty annoying. A temporary solution is to move the mouse pointer to the very
right of the screen when starting. Has probably something to do with D2D.
Running Wine 1.1.31 on Ubuntu Karmic X86_64. Intel Core 2 Quad Q6600 @ 3200MHz,
Nvidia Geforce GTX 260 (propretiary drivers 185.18.36).
--
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=19226
Summary: Braid: Both Shift keys needed to move puzzle pieces
Product: Wine
Version: 1.1.25
Platform: PC
URL: http://www.playgreenhouse.com/game/NNONE-000001-01/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: elton(a)schiert.net
Steps to reproduce:
-Download Braid Demo from http://www.playgreenhouse.com/game/NNONE-000001-01/
-Install and run it
-Enter the first level and play until you have collected at least one puzzle
piece
(this takes just one minute)
-You can now exit the level and go back to the house
-Stand in front of the puzzle area and use it
-On this screen you are supposed to be able to move the pieces around by
placing
the cursor over them, holding any Shift key and using the cursor keys or WASD
-This works on Windows; but with Wine I need to press both (left and right)
Shift
keys to be able to move a piece
Notes:
-Only the puzzle screen is affected. Rest of the game works with any Shift key.
-Once both Shift keys have been pressed in order to "grab" a piece one can let
go
one key and is still able to move the piece around until one lets go of the
2nd
Shift key. Only then the piece is "released"
--
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=46674
Bug ID: 46674
Summary: No music in Sims 1 Deluxe
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Created attachment 63623
--> https://bugs.winehq.org/attachment.cgi?id=63623
Terminal output
I got the game working using dgvoodoo2 and DXVK, but there's no music in-game
(sound effects work however).
Attached terminal log with some quartz and winegstreamer errors.
--
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=43240
Bug ID: 43240
Summary: Java 8 believes the filesystem is read-only
Product: Wine
Version: 2.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: taho(a)dnsdeer.com
Distribution: ---
Created attachment 58546
--> https://bugs.winehq.org/attachment.cgi?id=58546
A Java sample program
Symptom:
Calls to java.nio.file.Files.isWritable() always return false, even though the
specified file is very definitely writable – the same Java program running
under Linux correctly returns true for the same file.
Software versions:
Arch Linux (x86-64)
Wine 2.10
Java 1.8.0_131-b11
Cause:
Files.isWritable ends up calling
sun.nio.fs.WindowsFileSystemProvider.checkAccess, which via
WindowsFileStore.create calls the WindowsFileStore constructor. In those
WindowsFileStore methods, the Win32 API function GetVolumePathName is called
and its result passed to GetVolumeInformation – which is where the bug is.
In my case, I'm passing in the filename "Z:\tmp\winebugtest\winebugtest.java",
where Z: is the Linux root directory. Because /tmp is a separate filesystem,
the call to GetVolumePathName returns "Z:\tmp\". So far so good. But when this
is passed to GetVolumeInformation, it figures there are too many backslashes
and returns an error. This results in a Java IOException which ends up causing
isWritable to return false.
If I create a T: drive pointing to /tmp (through winecfg) everything works
correctly – GetVolumePathName resolves "T:\winebugtest\winebugtest.java" to
"T:\", GetVolumeInformation is happy and Java gets the correct result.
The Wine implementation of GetVolumeInformation in kernel32/volume.c has the
comment "there must be exactly one backslash in the name, at the end".
Microsoft's documentation, I think, disagrees:
https://msdn.microsoft.com/en-us/library/windows/desktop/aa364993(v=vs.85).…
I have attached the relevant portions of the logs (from WINEDEBUG='+relay') and
a sample program.
--
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.