http://bugs.winehq.org/show_bug.cgi?id=10358
Summary: wine 0.9.48 takes 5 minutes to start an application
Product: Wine
Version: 0.9.48.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jean-jaques(a)women-at-work.org
Created an attachment (id=9029)
--> (http://bugs.winehq.org/attachment.cgi?id=9029)
wine debug output where wine freezes for a while
I've wiped my .wine directory and had winecfg rebuild it. Then I installed
iTunes 7.3 and now it takes more than 5 minutes until wine launches _any_
windows application.
When I enter "wine app.exe" nothing happens for a really long time. After
waiting for 5 or sometimes up to 10 minutes (no CPU load) the application
launches. This even applies to winecfg!
When I run wine in debug mode (WINEDEBUG=+relay winecfg) it stops producing
output at a certain point and then continues (again after a few minutes).
I have attached some debug output (the place where wine seems to freeze and
stops producing output). I can't attach the entire file, because it is 40MB :(
wine 0.9.48, compiled from sources, Gentoo 2007.0
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=38269
Bug ID: 38269
Summary: Project64k regression in Wine 1.5.20 and later
Product: Wine
Version: 1.5.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leodexe(a)gmail.com
Distribution: ---
Created attachment 51097
--> https://bugs.winehq.org/attachment.cgi?id=51097
Output from the terminal when the program is being executed
Well, it is quite simple. When you execute Project64k (READ CAREFULLY),
Project64k, NOT the standard Project 64 emulator, but the one that has netplay
capabilities within any version of Wine older than 1.5.20 it won't recognize
controller plugins, no matter what controller plugin you actually use it won't
work so basically you will not be able to play online due to the controller
inputs being disabled. If you run Project64k with Wine 1.5.19 or older it will
just run fine without any problems, though. I have added an attachment which
shows the output from the terminal when you run the program via terminal, if it
happens to be something useful there so the regression can be fixed. Note that
this regression both affects x86 and x64 versions of Wine.
--
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=18344
Summary: Icons disappear with mouse over them at
http://winehq.org/
Product: WineHQ.org
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dar32ster(a)gmail.com
When standing over the icons at http://winehq.org/ with the mouse the icons
take time to download and it seems like they are disappearing. You should
download the icons on loading to make this problem disappear.
--
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=38575
Bug ID: 38575
Summary: https://bugs.winehq.org/enter_bug.cgi should list
Distribution package bugtrackers, for example, for
Fedora.
Product: WineHQ.org
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
Distribution: ---
Recently I have found very ****ing great surprise from Fedora repository called
wine-staging packages.
After explanation from other users, this is 'vanilla' wine + hundreds of
patches.
So, generally, it means each and every user using Fedora, are not eligible to
submit bugs to winehq bugzilla. Same as if you use PlayOnLinux or anything else
similar.
So, to avoid spam of such bugs into winehq.org bugzilla instance, I suggest to
add link or even section 'Distribution specific', that then would list external
bugzilla trackers, for example, this:
https://bugs.wine-staging.com/
Original thread:
https://bugs.winehq.org/show_bug.cgi?id=30608
Note of this bug:
Originally it was reported on 'vanilla' wine. Retesting, obviously, was done on
Staging.
Note of the page itself:
There are some typo erros in this string: 'Submit broken links and other web
related isssues.'
--
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=39923
Bug ID: 39923
Summary: Add architecture field
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: ---
https://en.wikipedia.org/wiki/Windows_API#Versions
Makes it easier to identify which architecture an app uses. Would make it
obvious which architecture a test report applies to when an app is available in
multiple architectures. Might provide useful statistical info also.
--
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.