http://bugs.winehq.org/show_bug.cgi?id=31232
Bug #: 31232
Summary: The Way Things Work 2.0 installer froze after finished
copying files
Product: Wine
Version: 1.1.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Nachanon_Vetjasit(a)hotmail.com
Classification: Unclassified
Regression SHA1: 54d7c8012d1d7369a56779955ced5a09e448a1cd
When started The Way Things Work 2.0 installer (setup.exe),
the setup proceeds normally, through the welcome screen,
quicktime installer prompt (though QuickTime 16bit 2.1.1 installation didn't
work [bug #18260]),
installation options (express/custom), files copying progress window.
But as soon as the file copying window disappeared, the installer froze, no
screen repainting, no message from WINE's console.
(Normally this stage should be creating program groups and ends at the 'Setup
Complete' window)
54d7c8012d1d7369a56779955ced5a09e448a1cd is first bad commit
commit 54d7c8012d1d7369a56779955ced5a09e448a1cd
Author: Dmitry Timoshkov <dmitry(a)codeweavers.com>
Date: Wed Apr 29 15:17:35 2009 +0900
explorer: Initialize the Progman DDE interface when starting explorer.
:040000 040000 4a347655bb6f41b8b8377d8e3e3e25c1551d1730
05513d15b76a99fe5033c4422a82008667425088 M programs
With WINE before this commit, the installation would continue, with WINE's
Program Manager (progman)
popped up with a dialog from the setup program: "Unable to start DDE
communication with Program Manager." [Abort/Retry/Ignore]
If clicked 'Ignore' (aka. continue despite the error), this step will be
repeated for another five time, each time leaving one Program Manager window
opened (6 window total at the end).
And finished with 'Setup Complete' window.
Note:
The Way Things Work is a 16-bit application, and supports Windows 3.1.
Tested using WINE's Windows version 98.
WINE: wine-1.1.21 source distribution
System: Debian GNU/Linux 5.0 "Lenny" i386 (Intel Pentium 4 2.66GHz)
--
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=50458
Bug ID: 50458
Summary: Tooltips block input in Foobar2000
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: debilerpc(a)web.de
Distribution: ---
**Context:**
Like with most media players, Foobar2000's playlist view is essentially a
spreadsheet where each line is a track and each column displays a tag or
metadata field.
If the length of the tag exceeds the width of the column, it gets cut off. You
can see the full tag in a tooltip by hovering over it with a mouse in that
case.
**The problem:**
As long as the tooltip is displayed, the app registers neither keyboard nor
mouse input.
I suspect this problem exists in a variety of
[apps](https://bugs.winehq.org/show_bug.cgi?id=16227), not just Foobar2000, but
here it is especially annoying.
**Expected behavior:**
When input is sent, the tooltip should disappear, and Foobar2000 should react
to the input. This is what happens under Windows 10.
--
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=48027
Bug ID: 48027
Summary: cmd pipe | not triggering ReadFile EOF
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Test program is find.exe as of wine commit
ccec532879ec14b2e79da08288152a69221ec4d1.
I implemented the program so it waits for ReadFile to return FALSE, that's when
the input is supposed to be over:
######
BOOL success = ReadFile(handle, buffer, 4096, &buffer_max, NULL);
if (!success)
return FALSE;
######
Now that's not right anyways, but it exposes a slight difference in Wine cmd:
1) Following input hangs on Wine, but not on Windows: "echo test | find test"
It works on Wine when using "winetricks -q cmd"
2) Following input hangs on both Windows and Wine: "find test < test.txt"
Wine's implementation of the pipe | uses the redirect operator < internally.
This leads to the pipe working differently on Wine, i.e. blocking ReadFile when
it's not supposed to.
I'm not aware of a real program being affected by that, just noting.
--
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=52959
Bug ID: 52959
Summary: Some games are rendered in square instead fullscreen
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: slawek(a)lach.art.pl
Distribution: ---
Some games (like Empire Earth: Gold, Commandos: Behind Enemy Lines) do not
render property. It renders only in top-left square (full game frame). Rest of
screen is black.
--
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=33492
Bug #: 33492
Summary: Yukon Trail installer fails to install its font
Product: Wine
Version: 1.5.29
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: Installer, win16
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Blocks: 10349
Classification: Unclassified
The installer will offer to let you install its custom font (optional, not
required). If you choose to, it then fails, saying:
=========
FATAL ERROR AT SCRIPT LINE 260
Cannot find section header
=========
if you open ~/.wine/drive_c/windows/win.ini, and add:
[fonts]
to the end, the font will install fine
--
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=10349
Summary: Yukon Trail installer crashes at the end
Product: Wine
Version: 0.9.48.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
Created an attachment (id=9017)
--> (http://bugs.winehq.org/attachment.cgi?id=9017)
Crash Log
After the Yukon Trail's installer is done installing, it crashes, taking the
file browser it spawns with it.
To reproduce:
-Run installer
-Complete installation
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47301
Bug ID: 47301
Summary: Visual basic 1.0 Installer crashes
Product: Wine
Version: 4.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 64604
--> https://bugs.winehq.org/attachment.cgi?id=64604
Crashlog
This is an old 16Bit program, the installer crashes instantly.
--
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=25386
Summary: Poker Night: random long delays between turns and
conversations
Product: Wine
Version: 1.3.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: VincentBeers(a)gmail.com
Game is from TellTale Games by the name of Poker Night at the Inventory.
Basically, the problem I have is that sometimes, between turns, the game will
have long delays in which nothing seems to happen (ie the application hangs).
It takes much, much longer than usual to load or interpret a resource than it
should take (or so I assume).
A bigger problem is that these delays are much longer when starting up the game
or any significant screen changes. It can take more than a minute longer to
load the game or any specific areas than it would in Windows.
The terminal isn't spewing out anything during these loading periods, so
attached is all terminal output generated by the app, even outside of these
hanging bits. Steam output may be mixed in too.
Notes:
Unfortunately, this game is not available for free, however, it is available
for fairly cheap (5 euros) for those willing to try. I think some other
TellTale games (and free demos) have the same issue however (they all run on
the same engine, though all of them have some minor differences, improvements,
etc.).
Using the Steam version, but I'm sure the non-Steam version has the same issue
(though I couldn't test as Wine 1.3.7 wouldn't load the game for me). The game
works in 1.3.8, though with loading problems.
Another note is that I am playing the game on a FAT32 partition. This may
affect performance, but I do not expect it to take this much longer, thus it
would still be a bug.
--
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=24466
Summary: Sid Meier's Pirates! frequent hiccups, temporary
lock-ups
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=30870)
--> (http://bugs.winehq.org/attachment.cgi?id=30870)
terminal output
Sid Meier's Pirates! (patched to the latest 1.0.2 version) performs badly in
Wine. This issue is described in several test results on the Appdb page of the
game, too.
I can observe the following symptoms:
- After the intro video played, it takes almost 2 minutes to get into the main
menu (without noticeable hdd activity).
- When I get into the game and visit any places in the port (Governor,
Merchant, Tavern etc.) it usually takes the game 15-20 seconds to display the
next screen (although music plays continuously).
- While sailing, the game frequently "freezes" for 2-3 seconds without no
apparent reasons.
When those hiccups occur all animations freeze on the current screen until the
next screen is loaded but music plays fluently.
Reducing the screen resolution, graphical details or disable audio doesn't
help.
I remember playing this game several years ago in a native Win XP without this
issues.
No demo available.
Fedora 13 x86
AMD Athlon 64 x2 4200+
3 GB Ram
Kernel 2.6.34.6
Nvidia 7600 GT / driver 256.53
--
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=39352
Bug ID: 39352
Summary: Soulbringer launcher doesn't paint buttons initially
Product: Wine-staging
Version: unspecified
Hardware: x86
URL: http://www.gog.com/game/soulbringer
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
Created attachment 52445
--> https://bugs.winehq.org/attachment.cgi?id=52445
screenshot (comparison)
Originally reported in https://bugs.wine-staging.com/show_bug.cgi?id=96
When I start the game launcher, the 4 buttons in it (play,video,advanced,quit)
are not drawn either in fullscreen or in virtual desktop mode.
If I grab the launcher window and move it towards the edge of the screen, the
buttons appear when that part of the window which holds the buttons moves
beyond the screen.
The launcher needs mfc42.dll.
There is no demo version available.
In the terminal:
fixme:win:EnumDisplayDevicesW ((null),0,0x33d9f8,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid
{aeb2cdd4-6e41-43ea-941c-8361cc760781}.
fixme:win:EnumDisplayDevicesW ((null),0,0x33d9f8,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid
{aeb2cdd4-6e41-43ea-941c-8361cc760781}.
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000006 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x33ddd8,0x00000000), stub!
The patch from staging to blame:
https://github.com/wine-compholio/wine-staging/blob/master/patches/user32-D…
The patch fixes bug #35652.
wine-1.7.51-225-g3966aff
Fedora 22
XFCE 4.12
XOrg 1.17.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.