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=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=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.
http://bugs.winehq.org/show_bug.cgi?id=24566
Summary: bugzilla adds mr.bugs to cc list?
Product: WineHQ Bugzilla
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Bugs start out with Mr. Bugs as the default assignee, which is evidently
intended so the mailing list gets copied on all bug changes. That's fine.
But under some situations, bugzilla seems to also automatically add
mr. bugs to the cc list.
For instance, here:
http://www.winehq.org/pipermail/wine-bugs/2010-September/251648.html
Whereupon Dmitry promptly removed it from the cc:
http://www.winehq.org/pipermail/wine-bugs/2010-September/251690.html
Austin verified that this had been done automatically by repeating his
component change:
http://www.winehq.org/pipermail/wine-bugs/2010-September/251728.html
and then removed the extra cc manually in the next change.
What's going on here? Should that cc be added automatically or not?
--
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=12091
Summary: out of place text on bugzilla component description page
Product: WineHQ Bugzilla
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: trivial
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
I can't seem to find the change for this in bugzilla.git...
On http://bugs.winehq.org/enter_bug.cgi, someone added the text:
<-- You probably want to use that link there!
Wine bugs. Submit bugs related to Wine here.
<-- Use this if in doubt!
but it also appears on this page:
http://bugs.winehq.org/describecomponents.cgi?product=Wine
which doesn't make any sense.
--
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.