http://bugs.winehq.org/show_bug.cgi?id=14303
Summary: Listview: select all is incredibly slow.
Product: Wine
Version: 1.1.0
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq.10.drkshadow(a)spamgourmet.com
Created an attachment (id=14587)
--> (http://bugs.winehq.org/attachment.cgi?id=14587)
quickly select all items in a listview
When you hit Ctrl-A in a listview control, the control loops through every
single item in the list selecting them and setting focus on the item. With tens
of thousands of items, this takes a _long_time_.
I've created a patch that sets the range of selected items. This select all
happens much more instantaneously. As an added bugfix, the selected item will
not be changed when all items are selected.
--
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=21661
Summary: RichEdit: Wrong behaviour when formating an empty
selection
Product: Wine
Version: 1.1.37
Platform: x86
URL: http://www.teamviewer.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: caliga(a)arcor.de
In our Software TeamViewer, a Richedit control is used to display chat
messages.
The nick names are colored green or blue, the text should remain black.
This works in general...
But if one side sends several chat messages in row, the nick name is omitted
(by TeamViewer).
And then, an empty selection (where the nickname would be) is formated green or
blue.
It seems, that if this happens the second time, something is screwed up and the
color becomes the default color...
Of course TeamViewer could just NOT format the empty selection with
EM_SETCHARFORMAT, (and this will be done in an upcoming release), but still
this is a wine bug, I think.
To reproduce, start a remote support session in TeamViewer from your Linux-box
to a different TeamViewer, then click on Audio/Video/Chat and type three or
more messages.
--
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=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.
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.
http://bugs.winehq.org/show_bug.cgi?id=11787
Summary: Set mime type for log files are text/plain
Product: WineHQ Bugzilla
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: minor
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
Right now whenever someone attaches a .log file, Bugzilla auto-detects the mime
type as text/x-log. Many web browsers are set to download files with that mime
type, rather than just opening the file in the web browser. This is rather
annoying.
Can we change the mime types for .log files to text/plain instead? I believe
the code is in Bugzilla/Attachment.pm.
--
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.