https://bugs.winehq.org/show_bug.cgi?id=47325
Bug ID: 47325
Summary: Steam Login: cannot select Account Name or Password
text boxes when emulating a Virtual Desktop
Product: Wine
Version: 4.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeffersoncarpenter2(a)gmail.com
Distribution: ---
Steps to reproduce:
* Emulate a virtual desktop through winecfg.
* Install and run Steam. Proceed to the login prompt.
* Attempt to select the "Account name" and "Password" textboxes.
Expected Behavior:
Textbox is selected when it is clicked on, i.e. it displays a flashing cursor
and characters accumulate in it when keys are pressed.
Actual Behavior:
Textbox is not selected. No cursor is displayed, and it does not respond to
key presses.
Easy Workaround:
Grab and move the steam login window inside of the virtual desktop. After
doing this it becomes possible to select the text boxes in the window and enter
Account Name and Password.
--
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=31278
Bug #: 31278
Summary: The Longest Journey: "eye-mouth-hand" dialog only
appears sometimes (randomly?)
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmmartins(a)gmail.com
Classification: Unclassified
This bug has been described by Octavian Vocu on one of his comments in another
bug report from the same game
(http://bugs.winehq.org/show_bug.cgi?id=11819#c39). I'm pasting an excerpt of
his comment below because it explains exactly what's happening:
"There is still some issue related to doing actions on objects, with the mouse.
Clicking an actionable object should display the eye-mouth-hand dialog. Mouse
shows correct pointer, but simply clicking has no effect. I noticed that as you
push the left mouse button, you need to move the mouse slightly for the action
dialog to appear. Might be related to transparent windows, not sure yet."
It's certainly a different bug and deserves a different report, that's why I'm
creating this.
I've tested this on Debian Sid (i386) with wine-1.5.9. The console output is
small, so I just pasted it below; the messages look the same as every other bug
report on the game. The last three fixme's repeat a million times.
fixme:win:EnumDisplayDevicesW ((null),0,0x33eb04,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid
{00000000-0000-0000-0000-000000000000}.
fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
fixme:d3d:state_subpixel Render state WINED3D_RS_SUBPIXEL not implemented yet.
fixme:d3d:state_flushbatch Render state WINED3D_RS_FLUSHBATCH not implemented
yet.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
It might be important to notice that Octavian was probably on the right track
of fixing this with his previous patches. The game runs pretty well on 1.3.32
with three of his patches (http://bugs.winehq.org/show_bug.cgi?id=11819#c37);
the issue reported here is the main thing keeping it from being almost perfect.
Also, on a 1.5.9 with the same three patches (even though the characters are
invisible again) the following three messages appear when you click an object
(when the dialog should be displayed):
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
--
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=41976
Bug ID: 41976
Summary: Very high CPU usage while downloading stuff in Steam
Product: Wine
Version: 2.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Distribution: ---
I'm now downloading Crysis in the latest Steam/Wine releases and CPU usage is
extremely high:
PID USER PR NI VIRT RES %CPU %MEM TIME+ nTH COMMAND
31543 birdie 20 0 2731.0m 227.1m 51.7 1.4 6:43.52 42 Steam.exe
31401 birdie 20 0 8.0m 5.6m 49.0 0.0 5:44.30 1 wineserver
One extra note: I'm downloading to tmpfs so disk IO has zero effect on this
process.
The current download speed is around 3MB/sec (24Mb/sec).
This is a bug.
--
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=36511
Bug ID: 36511
Summary: widl fails to build with clang -fsanitize=undefined
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
make[1]: Entering directory `/home/austin/src/wine-clang/tools/widl'
clang -fsanitize=undefined -m32 -g -O2 -o widl client.o expr.o hash.o header.o
proxy.o register.o server.o typegen.o typelib.o typetree.o utils.o widl.o
write_msft.o parser.tab.o parser.yy.o ../../libs/wpp/libwpp.a
../../libs/port/libwine_port.a
../../libs/wpp/libwpp.a(ppy.tab.o): In function `ppy_parse':
/home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to
`__mulodi4'
/home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to
`__mulodi4'
/home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to
`__mulodi4'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [widl] Error 1
make[1]: Leaving directory `/home/austin/src/wine-clang/tools/widl'
make: *** [tools/widl] Error 2
--
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=49560
Bug ID: 49560
Summary: Ashes of the Singularity: Escalation freezes at
Turinium Optimized
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
Distribution: ---
Created attachment 67700
--> https://bugs.winehq.org/attachment.cgi?id=67700
Ashes of the Singularity: Escalation Wine log
Ashes of the Singularity: Escalation freezes at Turinium Optimized caption. The
game starts fine and when reaches "Turinium Optimized" in the loading menu, it
freezes and I have to kill it manually. I can't reach the main menu, it's the
initioal loading screen of the game. Tried with clean prefix and on two
different Linux distros - Arch and Linux Mint. It's the latest GOG version.
https://i.imgur.com/N9RgT5g.png
--
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=42562
Bug ID: 42562
Summary: Act of War stuck at open (GOG and Steam Versions
Affected)
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Act of War direct action steam and gog versions stuck at try open, one cpu core
go to 100% and actofwar.exe process cant be closed
--
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=39830
Bug ID: 39830
Summary: TomTom Home 2 TomTomHOMERuntime.exe failed with Error
87
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: detlef.bieritz(a)gmx.de
Distribution: ---
Created attachment 53171
--> https://bugs.winehq.org/attachment.cgi?id=53171
Screenshot
Ubuntu 15.10
Wine 1.8
TomTom Home 2
TomTomHOMERuntime.exe failed with Error 87:
Ungültiger Parameter
(siehe Screenshot)
Installation: OK
Start: NOK
Run: NOK
--
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=45070
Bug ID: 45070
Summary: closing threads causes "wine client error" and kills
process when run under winedbg --gdb
Product: Wine
Version: 3.6
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 61208
--> https://bugs.winehq.org/attachment.cgi?id=61208
test program showing problem
When run under winedbg in gdb mode, closing a thread consistently causes 'wine
client error:30: write: Bad file descriptor', aborting the program.
The basic problem seems to be that gdb will inject breakpoints into dlopen() to
allow hooking that function if desired. Normally this works fine, but this can
also be triggered during thread teardown, i.e. inside of pthread_exit(). In
this case we catch the SIGTRAP, but abort when we try to pass it along to
wineserver, since we've already closed our file handle to the server pipe.
The obvious solution seems to be to block SIGTRAP during thread shutdown.
Attempting this makes the 'bad file descriptor' message go away, but the
process still gets killed prematurely. I haven't figured out why.
--
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=47593
Bug ID: 47593
Summary: PotPlayer 1.7: choppy video when monitor refresh rate
is 24 hz
Product: Wine
Version: 4.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: smart-32(a)s-32.tk
Distribution: ---
When monitor refresh rate is set to 24 hz after about a minute of playing any
video it becomes choppy. It looks like every second frame is dropped.
Media Player Classic - BE have same problem.
I tested this bug in PotPlayer 1.7 1.7.18958 X86. It can be download here:
https://daumpotplayer.com/wp-content/uploads/2019/06/PotPlayerSetup.exe
I want to notice you should to disable the cache pre-read option in built-in
source/splitter configuration to prevent video playback jerking.
--
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=33257
Bug #: 33257
Summary: Adobe Digital Editions does not recognize KOBO
eReader.
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peterharris20(a)sky.com
Classification: Unclassified
Adobe Digital Editions does not find the KOBO eReader when it is plugged in.
Ubuntu 10.04 recognizes it and displays the folder and contents.
--
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.