https://bugs.winehq.org/show_bug.cgi?id=43085
Bug ID: 43085
Summary: TIM message manager window unresponsive partly
Product: Wine
Version: 2.8
Hardware: x86
URL: http://dldir1.qq.com/qqfile/qq/TIM1.1.0/20837/TIM1.1.0
.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lilydjwg(a)gmail.com
Distribution: ---
Created attachment 58267
--> https://bugs.winehq.org/attachment.cgi?id=58267
The problematic window
This is another window-related issue with TIM, similar to the one in bug 43009.
TIM is a cleaner version of QQ, successor of QQ Lite.
download and install it:
http://dldir1.qq.com/qqfile/qq/TIM1.1.0/20837/TIM1.1.0.exe
ecb6934f7cea33b1458308495fd965a274c6ba2a TIM1.1.0.exe
winetricks riched20 so you can input your QQ number.
login in, then click "消息记录" near the bottom-right corner. The window will
expand to the right, showing history messages. Then click again to unexpand it.
Now, the top bar and the left buddy list will become unresponsive. The top bar
even doesn't update itself. A screenshot by scrot shows these unresponsive part
as black.
Minimizing then restoring won't help. However, cover the window with another
window then it's back to normal.
My window manager is Awesome 3.4.
Tested with wine 2.8, wine-staging 2.8.
--
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=43103
Bug ID: 43103
Summary: unixfs unable to find file when wine run in a network
namespace
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: lucianposton(a)gmail.com
Distribution: ---
If I run wine within a network namespace, wine is unable to find a file,
exiting with an error, wine: cannot find L"unix\\home\\user\\GameDir\\game.exe"
To repro the bug, the prefix must be setup such that:
1) "$WINEPREFIX/drive_c/Program Files/GameDir" is a symlink to a directory in
$HOME, outside of the prefix but on the same partition, and
2) the prefix's registry has been modified with the regedit described at
https://github.com/wine-mirror/wine/blob/252051cb1b3f0fc4aade128370fb3e38d9…
. This appears to cause the following behavior to change in wine:
https://github.com/wine-mirror/wine/blob/252051cb1b3f0fc4aade128370fb3e38d9…
If I start wine using
cd "$WINEPREFIX/drive_c/Program Files/GameDir" ; wine game.exe
it behaves fine. wine is able to find game.exe.
However, if I start wine within a namespace,
cd "$WINEPREFIX/drive_c/Program Files/GameDir" ; ip netns exec
MyNetworkNamespace wine game.exe
wine exits with the error:
wine: cannot find L"unix\\home\\user\\GameDir\\game.exe"
I expect both to succeed (or both fail, if that's the expect behavior when the
regedit in #2 is performed).
*Ancillary notes on setting up a network namespace*
I setup the network namespace using macvlan, which requires your kernel to have
CONFIG_MACVLAN (if it is compiled as a module, load it). Then you can create a
network namespace and a virtual network interface within the namespace as
follows:
REAL_IFACE=eth0 # set this to your real network interface from ifconfig
NETNS=MyNetworkNamespace # set this to whatever you want to name your namespace
NETNS_IFACE=vlaneth0 # set this to whatever you want to name your new virtual
interface inside the namespace
ip netns add "${NETNS}"
ip link add link "${REAL_IFACE}" name "${NETNS_IFACE}" type macvlan
ip link set "${NETNS_IFACE}" netns "${NETNS}"
ip netns exec "${NETNS}" ip link set "${NETNS_IFACE}" up
# Now give the new interface an ip. I use dhcpcd, but you can use your favorite
dhcp client (or set the ip directly)
ip netns exec "${NETNS}" dhcpcd "${NETNS_IFACE}"
# The interface should now have an ip, which we can verify by running ifconfig
inside the namespace
ip netns exec "${NETNS}" ifconfig
ip netns exec "${NETNS}" wine game.exe
# Note you can use sudo -u to avoid running wine as root in the above command.
--
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=31776
Bug #: 31776
Summary: Get WineTestBot working with libvirt
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
WineTestBot currently controls VMware VMs using VIX. However we need to switch
away from VMware. So the goal is to replace it with a combination of QEmu/KVM
and libvirt to provide a layer of abstraction.
See:
http://www.winehq.org/pipermail/wine-devel/2012-February/094080.html
--
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=43090
Bug ID: 43090
Summary: Myst crashes when linking to Myst in intro
Product: Wine
Version: 2.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: anowlcalledjosh(a)gmail.com
Distribution: ---
Created attachment 58273
--> https://bugs.winehq.org/attachment.cgi?id=58273
Terminal output + backtrace after clicking linking panel
Myst crashes after clicking the linking panel in the intro.
To reproduce:
- Launch Myst
- Skip the intro videos (press space or click inside the window) to work around
bug 43087
- Click on the linking panel in the Myst book, and wait for the linking sound
to play once
Clicking either "Show Details" or "Close" in Wine's popup usually causes a
hang, the only way to exit Myst at this point is ctrl-C.
Interestingly, running Myst on one core (with "taskset -c 0 wine MYST.EXE")
then skipping the intro videos quickly enough* seems to inconsistently avoid
this crash, allowing the player to link to Myst (although the game usually
crashes soon after).
*if the Brøderbund logo is visible or the sound effect starts playing, you were
probably too slow.
Ubuntu 16.04.2 x86_64, 32-bit Windows 95 wineprefix.
--
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=43087
Bug ID: 43087
Summary: Myst hangs when Myst linking book is clicked in intro
Product: Wine
Version: 2.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: anowlcalledjosh(a)gmail.com
Distribution: ---
Created attachment 58271
--> https://bugs.winehq.org/attachment.cgi?id=58271
Terminal output
Clicking the Myst linking book in the intro (when it's sitting on the floor)
causes Myst to hang forever. The audio continues to play, although the cursor
disappears when it's inside the Myst window.
Trying to close the window doesn't close Myst; only ctrl-C in the terminal it
was launched from, or waiting for Wine to pop up the "Waiting for Program"
window, works.
Ubuntu 16.04.2 x86_64, 32-bit wineprefix in Windows 95 mode.
--
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=9127
Miklós Máté <mtmkls(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mtmkls(a)gmail.com
--- Comment #73 from Miklós Máté <mtmkls(a)gmail.com> ---
If you have gstreamer1.0-plugins-bad:i386, quartz.dll will use gstreamer's mpeg
splitter instead of its own. To install that on debian/ubuntu 64bit you need to
hack its dependencies with equivs, because some lib packages are still not
multiarch-compatible.
--
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=43089
Bug ID: 43089
Summary: In GetDataBack (Runtime), via Wine, the dimensions of
the NTFS and FAT32 partitions are/appear wrong
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: baciudorian(a)gmail.com
Distribution: ---
In GetDataBack v. 4.xx, GetDataBack Simple v. 1.xx, 2.xx, 3.xx (manufacturer
Runtime), via Wine, the dimensions of the NTFS and FAT32 partitions are/appear
wrong (for hard disks, memory flash, etc.) and, of course, can't recover the
dates from hard disk/flash memory.
The GetDataBack/GetDataBack Simple application installs correctly in any
version of Wine.
Testing done on Wine v.1.6.2, v.1.8.0, v.1.9.5, v.2.0.1 and v.2.8 in Linux Mint
Cinnamon v.17.3, v.18.0, v.18.1, Ubuntu v. 14.04.x, v. 16.04.x and Knoppix
Linux v. 7.7.1.
Please fix this old bug.
Sorry my bad English and best regards.
Dorian B.
--
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=42289
Bug ID: 42289
Summary: Torchlight "not responding" dialog in wine-staging
Product: Wine-staging
Version: 2.0-rc5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 57004
--> https://bugs.winehq.org/attachment.cgi?id=57004
Torchlight log
When starting Torchlight, GNOME's "not responding" dialog pops up. This is
currently only happening for me in wine-staging — or at least it's only 100%
reproducible in wine-staging.
The game will still load successfully.
--
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=35449
Bug ID: 35449
Summary: YoukuDesktop needs native IE to load pictures
Product: Wine
Version: 1.7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Classification: Unclassified
Created attachment 47313
--> http://bugs.winehq.org/attachment.cgi?id=47313
without native ie8.png
0. download from http://desktop.youku.com/youkuclient/youkuclient_setup.exe
sha1sum:
c828f87a32a4d7092a0da76da0855d6dce1b32cb youkuclient_setup.exe
1. winetricks -q flash cjkfonts, then install it
2. Goto whe directory, run
wine YoukuDesktop.exe
3. Some pictures can't be loaded
winetricks -q ie8 workarounds(part?) this 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.