http://bugs.winehq.org/show_bug.cgi?id=35415
Bug ID: 35415
Summary: Gómez Peer: CPU utilisation diagnostic does not work
Product: Wine
Version: 1.7.11
Hardware: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Classification: Unclassified
Created attachment 47263
--> http://bugs.winehq.org/attachment.cgi?id=47263
Screenshot
The updated Gómez Peer client now comes with its own diagnostic tool. The CPU
utilisation diagnostic fails giving a minus quantity.
At the moment it appears that the application simply deals with this, but it
could become an issue in the future.
AFAICT it uses the bundled Java (1.6.0_03-b05) runtime.
--
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=18424
Summary: Mac OS X Joystick support doesn't work
Product: Wine
Version: 1.1.20
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: n8gray(a)n8gray.org
I was really pleased to see that Wine added support for joysticks on the Mac
but I haven't had any success getting my MS Sidewinder Precision Pro (USB) to
work in the games I've tried. I've tried with two demos: Descent Freespace
demo and IL-2 Sturmovik demo. I've tried connecting the stick before and after
Wine starts. In each case no joystick is detected. The stick is detected in
USB Prober and works properly in other OS X software, so I know it's generally
compatible.
I'm using Kronenberg's build of 1.1.20 available here:
http://www.kronenberg.org/darwine/
Thanks!
-Nathan
--
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=27307
Summary: Program Error - Program crashes on open
Product: Wine
Version: 1.2.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jelman(a)berkeley.edu
Created an attachment (id=34930)
--> (http://bugs.winehq.org/attachment.cgi?id=34930)
terminal command and returned error messages
When I double-click the program icon or try to launch from the command line, an
error message appears saying that a serious problem has occurred and the
program needs to be closed. The program in question is Entity Creation System
2.0 from Sequoia Games (http://www.sequoiagames.com/ecs). Attached is the
command entered and printout from the terminal.
--
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=18546
Summary: Have a standard way for probing the system theme for
an embedded Wine hints file (uxtheme)
Product: Wine
Version: 1.1.21
Platform: Other
OS/Version: other
Status: NEW
Keywords: integration
Severity: enhancement
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
At Launchpad:
https://bugs.edge.launchpad.net/ubuntu/+source/gnome-themes-ubuntu/+bug/111…
Relevant wiki page: http://wiki.winehq.org/XPThemes
The general idea is that we should have system themes that provide hints to
Wine about how to color itself in the form of a Wine-specific uxtheme file.
Once we write these theme files for each system theme, Wine needs to learn to
probe for them in a standardized way at startup. It could be as simple as just
throwing "winehints.theme" somewhere into the file, or it could be more
involved.
--
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=20383
Summary: SetMenuInfo() with MIM_BACKGROUND not implemented
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martinez.pr0team(a)gmail.com
...
--
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=32056
Bug #: 32056
Summary: iexplore images.google.com doesn't work
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Classification: Unclassified
wine iexplore http://images.google.com
Try to search something, it goes into some strange loop and crashes.
wine-1.5.15-329-gc60a0b8
--
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=24017
Summary: reg /query not implemented
Product: Wine
Version: 0.9
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, Installer, patch
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(Broken out from catchall bug 19533.)
reg /query doesn't work in wine. This breaks several apps, including pando
downloader.
Shuyin Lu wrote an implementation of reg /query in March 2010, and
intended to submit it to wine-patches, but ran out of time.
I'm attaching it here.
--
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=13843
Summary: tooltips not working properly - message problems
Product: Wine
Version: 1.0-rc4
Platform: Other
URL: http://mrhx.ucoz.com/load/0-0-0-27-20
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hramrach(a)centrum.cz
In the VISG editor (see url) the tooltips aren't resized and painted properly.
Works on windows.
Developer explanation (copied below without screenshots):
http://www.reactos.org/forum/viewtopic.php?p=36824&sid=9c02654b3b5b22544622…
As you may see, the button tooltip has the same size as in winxp.
This is correct, but it is not painted. I think, it's because ROS paints the
tooltips not via WM_PAINT.
And the second: the window tooltip with little screenshot...
It is not painted and has wrong size.
I think, it's because this tooltip didn't have LPSTR_TEXTCALLBACK as its
caption (in other words, it has direct caption). I resize the tooltip on
TTN_SHOW message. But, as I see, there is no such message for the window
tooltip. But the winapi documentation says TTN_SHOW is sent when the tooltip is
about to be shown. And no matter, has it LPSTR_TEXTCALLBACK or not. The button
tooltip has LPSTR_TEXTCALLBACK instead of its caption, and it's resized
correctly.
So, I think, there are two bugs:
1) painting tooltips not via WM_PAINT.
2) not sending TTN_SHOW, if the tooltip did not have LPSTR_TEXTCALLBACK.
--
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=9532
Summary: Month calendar control uses 0=sunday for firstDayOfWeek
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
This bug has been transferred from bug 9490. The month calendar control
displays sunday as the first day of the week, even though
LOCALE_IFIRSTDAYOFWEEK=0. This is because the implementation is based uses
0=sunday, rather than 0=monday. MSDN indicates that the API
(SetFirstDayOfWeek/GetFirstDayOfWeek) should use 0=monday, see
http://msdn2.microsoft.com/en-us/library/ms670423.aspx.
So, either the implementation needs to be changed to use 0=monday throughout
the code, or we can continue to use 0=sunday internally, but then we need to
convert when we talk to the rest of the world.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=33961
Bug #: 33961
Summary: RPC: server crashes during procedure call that return
variable size array as out parameter
Product: Wine
Version: 1.6-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: to_egor(a)hotmail.com
Classification: Unclassified
RPC server implements an interface that has the following function prototype:
void GetPersons( [out] unsigned long *persons_size,
[out, size_is(,*persons_size)] Person_info_t **persons);
When a function of mentioned prototype is called application crashes when Wine
freeing its internal data used for marshalling.
The core of the bug is because of Wine frees memory used for persons_size
whereas persons_size must be alive and available at the moment of freeing
persons.
--
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.