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.
http://bugs.winehq.org/show_bug.cgi?id=16968
Summary: environment variables not passed across to commands that
are run with popen
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lkcl(a)lkcl.net
this is the python test from test_os.py, but it should work equally
as well in straight c-code. the only reason this test _happened_
to be run at all is because i have msys installed. normally, under
windows, this test would be entirely skipped.
# Bug 1110478
def test_update2(self):
if os.path.exists("/bin/sh"):
os.environ.update(HELLO="World")
value = os.popen("/bin/sh -c 'echo $HELLO'").read().strip()
self.assertEquals(value, "World")
--
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=4096
joaopa <jeremielapuree(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeremielapuree(a)yahoo.fr
--- Comment #14 from joaopa <jeremielapuree(a)yahoo.fr> ---
Does the bug still occur with current wine(4.0-rc1)?
--
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.