https://bugs.winehq.org/show_bug.cgi?id=45808
Bug ID: 45808
Summary: Internet Download Manager tray icon not working in
latest version ,,,but in old version untill wine
v3.0.2
Product: Wine
Version: 3.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mahmoud.elswerky(a)gmail.com
Distribution: ---
Created attachment 62267
--> https://bugs.winehq.org/attachment.cgi?id=62267
screenshot showing the 3D classic icon of idm on topbar and that it is not
working
i want to report a bug i face on running internet download mangager on wine on
latest version
Note that this bug wasn't present in wine till version 3.0.2 as i remember
the bug is that internet downlaod manager system tray icon don't work if it is
set to default style (3D styel)
but works with classic style (but only the idm icon in system tray ,, but
scheduled running downloads icon still not working )
in old versions of wine till v3.0.2 the 3D icon in tray and scheduled running
downlaods was working ,,but in latest vesions it is like a freezing icon ,,or
just an icon in tray but not working ,,,
for example if i set say 10 files in a scheduled task ,, and then run the
scheduled task ,,,the icon appears in tray or topbar in linux meaning that a
scheduled task is running but i can't restore the currently active download
from its tray icon
-this was working before ,, and i tested it many times on latest vesions and on
old versions of wine to make sure before i write this bug
i will attach some screenshots from my deepin desktop showing both the classic
icon and 3D style icon on system tray of deepin or in topbar in deepin and how
it doesn't work with 3D style icon
again i can set the icon to classic style but still i have the problem of
scheduled active running downlaods icon not working and i can't restore these
downlaods or see its progress menu
--
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=28880
Bug #: 28880
Summary: No sound in some Directx games
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rave002(a)o2.pl
Classification: Unclassified
I'm running openSuSE with recent (1.3.31) wine. Unfortunately even if Sound
Test in winecfg is working, sound in DirectX/sdl for windows based games does
not (GeneRally, RPG Maker 2003/2000-based games and others). I'm running
PulseAudio if it matters. I'll attach generally log.
--
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=13955
Summary: owner-drawn combobox height different to windows
Product: Wine
Version: 1.0-rc5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lightning_uk(a)imgburn.com
Created an attachment (id=14111)
--> (http://bugs.winehq.org/attachment.cgi?id=14111)
Screenshots
I make use of owner-drawn ComboBox's within my program (ImgBurn) and under
Ubuntu (via Wine 1.0 rc5 - and all versions before it that I've tested) they're
drawn too big and end up covering up the buttons below them.
It's only a matter of 2 or so pixels but it's enough to matter.
I've attached a zip containing a couple of PNG's.
1 from Windows (with 'Themes' disabled so it looks more like Ubuntu) showing
the expected height of the box and another from Ubuntu 8.04/Wine where the
combobox slightly overlaps the buttons below 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=3930
--- Comment #76 from joaopa <jeremielapuree(a)yahoo.fr> ---
I tried the download of DEADLOCK. And the demo starts. Can anyone confirm that
the bug is fixed for DEADLOCK?
--
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=17726
Summary: Civilization III Play the World: drop down menus in
multiplayer don't function
Product: Wine
Version: 1.1.17
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: strider1551(a)gmail.com
When setting up a multiplayer game, the drop down menus do not function.
Because players cannot be added, this bug prevents any multiplayer game from
being started.
--
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=44661
Bug ID: 44661
Summary: Add networking feature to wine configuration
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zakhar.nasimov(a)gmail.com
Distribution: ---
This particular feature requests for simple networking options in particular to
disable or enable wine and all wine software to internet connectivity.
Currently gimmicks and workarounds are required to enforce this functionality.
It may be implemented as a tab in wine configurations editor, were Libraries,
Graphics, Audio, Drives along with other items are tabs, adding Network would
make wine more feature complete and far more usable. It also adds a layer of
security for any installed malware disabling its connectivity to the internet
if it a form of such malware.
--
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=46273
Bug ID: 46273
Summary: rand() doesn't get a unique state per-fiber like it
appears to on native windows
Product: Wine
Version: 1.8.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winecrt0
Assignee: wine-bugs(a)winehq.org
Reporter: winebz(a)pengaru.com
Distribution: ---
I've been using WINE to test windows builds during game development in Debian
GNU/Linux.
I use the windows fibers API to implement coroutines and in testing on Win7
noticed a bunch of coroutine-backed game objects using rand() for randomized
visible things were unexpectedly looking uniform. In WINE they had all
appeared distinctly random.
I'm not an experienced windows developer, but it /appears/ that in Win7,
calling rand() in a newly created fiber restarts from the default seed rather
than sharing the same PRNG state with the other fibers. It's rather odd, but I
verified it with a smaller test program that only printed the return value from
rand() in new fibers, and they were all printing the same value.
It's possible this is already fixed in a newer WINE version, I'm limited to
what's bundled in debian 9.5 (1.8.7). Or maybe this is considered a Windows
bug and WINE's behavior is deliberately different.
--
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=35566
Bug ID: 35566
Summary: Dymola: installer hangs at 'computing space
requirements'
Product: Wine
Version: 1.3.0
Hardware: x86
URL: http://www.dymola.com/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Blocks: 10822
Classification: Unclassified
Noticed while retesting bug 10822. First noticed in wine-1.3.0-167-g65d1c99,
still in 1.7.12.
austin@aw25 ~ $ sha1sum dymdemo2014fd01.zip
d2133332a53ca159465be7e574313e5d3f0719a6 dymdemo2014fd01.zip
austin@aw25 ~ $ du -h dymdemo2014fd01.zip
432M dymdemo2014fd01.zip
austin@aw25 ~ $ wine --version
wine-1.7.12-28-g0f2bed5
no terminal output.
--
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=46272
Bug ID: 46272
Summary: Create TaskList and MAP linux PID to wine windows PID
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: roberto(a)spadim.com.br
Distribution: ---
Starting with 2 metatrader issues, i went to IRC and talked with zf and ken,
resume:
I need to kill a wine process, but don't hard kill it.
The windows solution is "taskkill /im <windows pid>"
The problem: we don't know what <windows pid> should be used
Workaround to get windows pid: each wine process should use
WINE_DEBUG=+process,+pid. and pattern match the stdout from wine command, lines
containing "__wine_kernel_init starting process" and "<imagename.exe>", if you
have more than one line get the last one
it's ugly (a lot)
we should resolve this writing a tasklist.exe to wine... that's the best of
both worlds wine windows and linux unix
ideas:
1) from winedbg --command 'info proc', we have a tasklist with only windows pid
2) somewhere in wineserver we have linux-windows pid
3) create a tool like windows tasklist.exe with a new column "wine host PID"
somework done here:
https://github.com/wine-mirror/wine/blob/6d801377055911d914226a3c6af8d8637a…
--
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=28436
Summary: Panzer Corps: Buttons unusable
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: slackers.mailbox(a)gmail.com
Created an attachment (id=36449)
--> (http://bugs.winehq.org/attachment.cgi?id=36449)
Panzer Corps: unusable buttons
Clicking on buttons like "next", "supply", etc. has the following results:
The buttons are highlighted when you click at them, but there is no appropriate
response from the game - for instance, clicking on supply doesn't supply the
unit. Instead, there are no mouse clicks recognized anymore.
By opening up the purchase menu (hotkey "b") and clicking on "cancel" the mouse
is working fine again. So you are limited to play the game using hotkeys
exclusively.
--
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.