http://bugs.winehq.org/show_bug.cgi?id=26549
Summary: GomezPEER fails to set processor priority
Product: Wine
Version: 1.3.16
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
GomezPEER sets its background process (an instance of java.exe) to the lowest
(idle) priority in Windows. It fails to do so under Linux. Does Wine lack the
ability to set process priorities, perhaps?
Apologies if a similar bug is already open but I could not find one.
On newer systems this is not a problem, but on older system the PEER can
consume 100% CPU while processing. The app is designed so that performance of
the PC is not affected, which of course it isn't under Windows (save the usual
Windows-related problems) but it is under Wine.
I'm not sure if I/O priority is also set.
The following does not work as a workaround:
$nice -n19 wine ~/blah/GomezPEER.exe
because this then sets all the Wine components to -n19 and can badly affect the
performance of other apps running under Wine.
Instead, the workaround I use is:
$wineserver -p15
$nice -n19 wine ~/blah/GomezPEER.exe
This way the wineserver remains at normal priority. winedevice.exe in this
case still receives -n19 priority, however.
Console log:
fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub!
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub!
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub!
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub!
--
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=32334
Bug #: 32334
Summary: Microsoft SQL Server Management Studio Express 2005:
Connection window is too narrow
Product: Wine
Version: 1.5.18
Platform: x86
URL: http://www.microsoft.com/download/en/details.aspx?id=8
961
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
Regression SHA1: ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e
Created attachment 42678
--> http://bugs.winehq.org/attachment.cgi?id=42678
Screenshots of good and bad versions
Connection window that appears right after starting the application is too
narrow. You may notice that the bitmap on the top is clipped.
Regression testing points to the following commit:
ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e is the first bad commit
commit ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Nov 15 13:29:21 2012 +0100
gdi32: Don't load bitmap glyphs when using subpixel rendering in
GetGlyphOutline.
Reverting that commit on top of current git brings back correct behavior.
Prerequisite:
winetricks dotnet20 win7
--
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=17820
Summary: Chromium test_shell_tests fail on Wine
Product: Wine
Version: 1.1.17
Platform: Other
URL: http://chromium.org
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To run Chromium's test_shell_tests.exe, copy
net/data, skia/data, webkit/data, third_party/py*, and third_party/tlslite
from the source tree. (This is quite a bit of data, so I hesitate
to post a tarball.) Then do
$ wine chrome/Debug/test_shell_tests.exe
The following tests fail on wine but not windows for me:
[ FAILED ] UniscribeTest.TooBig
[ FAILED ] VectorCanvasTest.BasicDrawing
[ FAILED ] VectorCanvasTest.Circles
[ FAILED ] VectorCanvasTest.DiagonalLines
[ FAILED ] VectorCanvasTest.PathEffects
[ FAILED ] VectorCanvasTest.Bitmaps
[ FAILED ] VectorCanvasTest.Matrix
--
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=22649
Summary: CDBurnerXP 4.3.x crashes when trying to erase a DVD-RW
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://cdburnerxp.se/download?more-options
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=27861)
--> (http://bugs.winehq.org/attachment.cgi?id=27861)
Crash log
After choosing "erase disc" in the main menu and then clicking the erase button
(while a DVD-RW disc is inserted in a drive the program can detect), the
program produces an error dialog:
Erasing the disc failed for the following reason: Exception from HRESULT:
0x8001010E (RPC_E_WRONG_THREAD)
Clicking OK to this message results in the MS error report tool popping up,
followed by the Wine crash dialog.
Note: this program needs dotnet20, and it needs the workaround from bug 18012,
comment 2 to be able to detect drives in this section.
--
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=29780
Bug #: 29780
Summary: XPS Viewer EP shows garbage in the toolbar background
Product: Wine
Version: 1.4-rc2
Platform: x86-64
URL: http://download.microsoft.com/download/2/5/2/2526f55d-
32bc-410f-be18-164ba67ae07d/XPSEP XP and Server 2003
32 bit.msi
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
CC: bunglehead(a)gmail.com
Classification: Unclassified
Regression SHA1: 1c1b1c0073c3dea34ff4096d749a459accf5e337
Created attachment 38676
--> http://bugs.winehq.org/attachment.cgi?id=38676
Terminal output
The background of the toolbar in XPS Viewer EP is not displayed properly,
showing garbage (previous screen content). This worked in 1.4-rc1, and
regression testing indicated:
1c1b1c0073c3dea34ff4096d749a459accf5e337 is the first bad commit
commit 1c1b1c0073c3dea34ff4096d749a459accf5e337
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Wed Feb 1 00:07:00 2012 +0300
comctl32: More tests for Toolbar window style handling.
:040000 040000 dd921cd22cea799bb21627f6e80aba024d087098
ee93a6dccb2bc9c894dc6330dbae8fc4650b2b82 M dlls
Reverting the patch fixed it.
To reproduce:
1. In system32, make a copy of acledit.dll named xpssvcs.dll
2. Install (occasionally crashes - retry if needed)
3. wine xpsrchvw
--
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=25410
Summary: MS Paint doesn't refresh scrollbars properly
Product: Wine
Version: 1.3.8
Platform: x86-64
URL: http://download.microsoft.com/download/winntwks40/pain
t/1/nt4/en-us/paintnt.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
In MS Paint (installed with winetricks) the scrollbars don't seem to refresh
when they should unless the scrollbar area is clicked on.
Simple way to reproduce: Ensure that the canvas is smaller than the window (so
no scrollbars are visible) then zoom in on a portion of the picture (ensure
it's not the entire picture). Scrollbars should appear, but instead, they're
invisible. After clicking in the area where they should be, they become
visible.
Terminal output: nothing.
--
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=22798
Summary: Invalid Wine version results in hidden / lost /
invisible test results entry
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sparr0(a)gmail.com
I submitted test results for Time of Defiance
(http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261) with an
invalid Wine Version number (1.1.45). The form accepted my submission, and I
was later emailed that my results had been added (perhaps because I was the
submitter, perhaps because I am the maintainer of the version). Now
http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261&iTestingI…
displays my new results in the "Selected Test Results" box, but on no page are
the details of the results visible in the "Test Results" box.
I expect two fixes are required here. First, more input validation on the
submission page. Second, whatever is preventing this entry from showing up
under Test Results.
--
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=23124
Summary: Philippine English locale defaults to wrong SUBLANG
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
I understand that following 1.2 .po file are going to be used, so this should
be easier to resolve then.
Philippine English follows American English rules, but currently defaults to
pick up SUBLANG_NEUTRAL which is British English. It should be picking up
SUBLANG_DEFAULT for American English.
I'm not sure if this can be changed before the introduction of .po files but
it's not urgent.
http://en.wikipedia.org/wiki/Philippine_English
--
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=25543
Summary: Submitter's test results missing from 'Test Results'
table
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
The link in the mail that the maintainer receives, e.g.
"Test Results submitted for version 1.0 of X by Y"
http://appdb.winehq.org/objectManager.php?sClass=version&iId=4219&iTestingI…
leads to a page that shows the submitter's text with the title
"Selected Test Results (selected in 'Test Results' table below)"
However, the OS/version/rating 'test results' line corresponding to the
submission is missing. Instead the topmost line displays an old (known) entry.
This is really confusing and irritating.
Furthermore, the page displayed does not show a "process" or "reply" buttons. I
need to go to my queue and identify this entry among all the elements of the
queue in order to process it.
I believe both things worked well in the past -- 2-3 years ago?
--
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=18790
Summary: Default search does not include resolved bugs
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: enhancement
Priority: P3
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
The default search (the search box at the top of this page) does not include
closed bugs (rightly so), but it also does not include resolved bugs. This
leads to duplicates that could be avoided.
See Bug 18601 - a recent regression that is fixed by the next release, but
anyone searching for an open bug for Google Sketchup will not see it unless
they choose to run an advanced search, which some users clearly don't.
I'm sure this is a simple change to the code.
--
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.