http://bugs.winehq.org/show_bug.cgi?id=17334
Summary: Ethernet card emulator
Product: Wine
Version: 1.1.12
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sudheerss(a)gmail.com
I have a Win app which needs a license to run. The license needs to verify the
mac-id of the machine on which it is installed. So, when I start the app, I get
the message - "No ethernet adapater is found on this machine". I know that the
app is correctly installed since it almost opens up, but gives this message and
then ends. Is there a way in Wine to 'trick' the app and pass a desired value
of the mac-id, so that the app can then run? All that the app needs is a
mac-id.
--
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=34181
Bug #: 34181
Summary: why not allow windows_XP-wide switch to "high contrast
reversed colors" ?
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marcdunord(a)gmail.com
Classification: Unclassified
in windows XP the only way to run EXCEL with "dark background +bright
characters/gridlines" (high contrast - reversed colors) is to switch the whole
XP session to "high constrast reversed colors"...
too hard to offer this switch under wine? :(
--
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=10016
Summary: age of wonders 2: the application does not get any mouse
input
Product: Wine
Version: 0.9.45.
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=8746
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sick_soul(a)yahoo.it
Input from the mouse does not seem to reach the application.
I tried running the application's setup program,
switching between mouse in "color mode", "black & white" mode
and "software mode".
The colorful surface that represents the mouse pointer shows on the top-left
part of the screen, but does not move in response to mouse movement.
I tried running with a native dinput.dll, but there was no difference.
Therefore I set WINEDEBUG=dinput, and saw nothing in the trace.
I don't know which WINEDEBUG values to try in this case.
I was not sure which component to pick from the list, and I went with
x11driver, but I have no idea if the issue is really there.
--
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=37591
Bug ID: 37591
Summary: Menu colors incorrect
Product: Wine
Version: 1.6.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
Created attachment 50024
--> https://bugs.winehq.org/attachment.cgi?id=50024
Comparing menu colours wine and XP
The menu bar background is not correct, using Luna or the free ubuntu light
theme.
Menu bar text is in grey, not black.
This makes menus unreadable.
Selected menu items have the wrong background colour.
I've attached a screenshot showing this using Luna and a freely available
theme, comparing it to the menubars on XP.
--
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=35491
Bug ID: 35491
Summary: Switching to fullscreen works inconsistently
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: christopher(a)thielen.co
Classification: Unclassified
Created attachment 47378
--> http://bugs.winehq.org/attachment.cgi?id=47378
The game window is too far up and to the left, revealing the desktop. Note the
black rectangle actually has game content, it just didn't capture.
In many games (I believe all using Direct3D), switching to fullscreen mode
works inconsistently, and often produces what looks like the correct window
running but shifted up and to the left about 20% too far, leaving the original
Gnome 3 desktop below.
I am using Fedora 20, GNOME 3 with the gnome-shell, and running on the nouveau
driver with a nVidia NV86 chipset (fully supported by Nouveau, this coming from
a Dell Latitude D630).
The games are all roughly the same era (1998-2001). If there is a generic
"switch to fullscreen mode" Direct3D application I could try, let me know.
I have a screenshot of the issue. Note the screenshot shows the game window as
black but it actually has the correct game content within it.
Again, _sometimes_ it works completely fine. That is usually on a fresh boot.
Once the issue starts occurring, it usually keeps happening.
This happens whether I let the window manager manage/decorate windows or not.
Sometimes, when the window manager can manage Wine's windows, alt-tabbing away
and back again can fix the issue but usually not.
--
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=30771
Bug #: 30771
Summary: Comm port Properties missing Interval Timeouts
capability
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)frog.wheelycreek.net
Classification: Unclassified
Created attachment 40293
--> http://bugs.winehq.org/attachment.cgi?id=40293
Patch implementing interval timeout capability
The hard-coded properties for GetCommProperties on a Com port are missing the
Capability PCF_INTTIMEOUTS.
It appears that this capability actually works from both browsing the source,
and from the fact that an application requiring it works.
This is required for both UPstart and Home Control Assistance
http://appdb.winehq.org/objectManager.php?sClass=application&iId=7903 which do
not acknowledge COM ports that are missing this capability.
Patch attached
--
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=36807
Bug ID: 36807
Summary: Fractal-Bot crashes on startup.
Product: Wine
Version: 1.7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: facemelter9k(a)gmail.com
Created attachment 48882
--> http://bugs.winehq.org/attachment.cgi?id=48882
backtrace from wine
Fractal-Bot ran without issues on Wine 1.4, has been broken since.
http://www.fractalaudio.com/downloads/fractal-bot/Fractal-Bot-Win-v2p0p2.zip
--
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=31008
Bug #: 31008
Summary: WinUAE "Browse for folder" works incorrectly
Product: Wine
Version: 1.5.7
Platform: x86
URL: http://www.winuae.net/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Classification: Unclassified
Install / run.
Click "paths" and click "..."
It should show "Browse for folder" dialog, but it shows "Open file" dialog.
-> It doesn't work
fixme:commdlg:IServiceProvider_fnQueryService Interface
{e07010ec-bc17-44c0-97b0-46c7c95b9edc} requested from unknown service
{e07010ec-bc17-44c0-97b0-46c7c95b9edc}
Workaround native comdlg32.dll
--
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=30618
Bug #: 30618
Summary: Common dialogs should use icons from Linux system icon
theme
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: from_wine_bugzilla(a)ssokolow.com
Classification: Unclassified
Currently, the common dialogs like Open/Save use the Tango icon theme,
regardless of what the Linux desktop is configured to use. (They also seem to
use the plaintext icon for anything that isn't an EXE with its own embedded
one)
It'd probably require an ugly hack (and not necessarily be a good idea anyway)
to intercept ALL requests to read standard icons normally bundled with Windows.
However, using the system icon theme to populate toolbars and file lists in
common dialogs should be reasonably simple for someone already familiar with
the codebase and would help to reduce the alienness of Windows UIs on a Linux
desktop.
Of course, a checkbox or registry key to disable it would be necessary since
Wine doesn't automatically use the GTK+ color scheme and some icon themes are
unusable without toolbars using a light-on-dark colour scheme.
I doubt I'll have time to implement this myself (especially given that I have
no experience with the Wine codebase and almost none with C or C++) but I'll
leave myself a note to research retrieving system icons without GtkIconTheme or
QIcon once I'm finished my exam preparation.
--
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.