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=35896
Bug ID: 35896
Summary: Switching to Chinese input method after typing some
English will fail.
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hwei.sy(a)gmail.com
== Steps to reproduce ==
1. Open notepad in wine.
2. Make sure input method is English.
3. Type something (e.g. H, A, SPACE), then the notepad will display it (e.g.
"ha ").
4. Switch to Chinese input method.
5. Type something (e.g. H, A, SPACE), then the notepad dose not receive
anything (e.g. should display "哈").
This bug will only appear when input something in English before Chinese. But
if you input Chinese before any English character (i.e. remove step 2, 3),
every thing is going well.
== How to fix it ==
In the source file "dlls/imm32/imm.c", function "ImmProcessKey",
after "if (imc) data = imc; else return FALSE;",
insert one line "data->immKbd = IMM_GetImmHkl(hKl);".
Then it seems fixed. But I don't know will this cause other problems.
----
I am not sure this bug is same to Bug 34056.
--
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=31434
Bug #: 31434
Summary: Menu is activated by alt key while mouse button is
down
Product: Wine
Version: 1.5.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kaetemi(a)gmail.com
Classification: Unclassified
Created attachment 41320
--> http://bugs.winehq.org/attachment.cgi?id=41320
user32: Menu should not be activated by menu key while mouse buttons are down.
When using and Alt+MouseButton combination, the application menu becomes
selected after releasing Alt.
More specifically, in 3ds Max 9, when using the Alt+MiddleMouse in a viewport
to rotate, after releasing Alt the File menu will be selected, and the viewport
will appear as if frozen to the user, not accepting any input until Alt is
pressed again to release the menu.
Patch with fix attached.
--
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=40395
Bug ID: 40395
Summary: Winehq.org website improvements not added to the forms
site.
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: asdfghrbljzmkd(a)outlook.com
Distribution: ---
There have been many Winehq.org website improvements lately, such as a nicer
search bar and more modern navigation buttons, that have not been added to the
forms site.
--
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.