http://bugs.winehq.org/show_bug.cgi?id=21368
Summary: TeamViewer: Some tooltips are shown incorrectly Product: Wine Version: 1.1.36 Platform: x86 URL: http://www.teamviewer.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: caliga@arcor.de
Created an attachment (id=25730) --> (http://bugs.winehq.org/attachment.cgi?id=25730) screenshot of incorrectly rendered tooltip
Some of the tooltips in TeamViewer are rendered incorrectly. For example the tooltips in the toolbar when you do a remote support session. There are also tooltips in the options dialog, but those work.
I get the impression that the width and height of the tooltips are switched. Attached is a screenshot of a tooltip.
http://bugs.winehq.org/show_bug.cgi?id=21368
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com 2010-01-14 08:12:38 --- Try with 'winetricks cc580' please.
http://bugs.winehq.org/show_bug.cgi?id=21368
--- Comment #2 from Daniel Stiefe1maier caliga@arcor.de 2010-01-19 04:39:45 --- The good news is: There are no broken tooltips with cc580. The bad news is: There are no tooltips at all with cc580...
This is only for those tooltips that were broken before, though. There are some multiline tooltips in the Options Dialog of TeamViewer that work with and without cc580.
http://bugs.winehq.org/show_bug.cgi?id=21368
--- Comment #3 from Daniel Stiefe1maier caliga@arcor.de 2010-02-08 04:14:20 --- I think the Problem is, that TeamViewer does a SendMessage(TTM_SETMAXTIPWIDTH, 0, 0 ) on the ToolTipControl. (Which probably doesn't make a lot of sense...)
It seems like Wine has implemented it too strict. The microsoft documentation says, that if it is not possible to break the line according to the width value, the tooltip will be as wide as necessary.
http://bugs.winehq.org/show_bug.cgi?id=21368
--- Comment #4 from Austin English austinenglish@gmail.com 2011-10-02 11:45:44 CDT --- This is your friendly reminder that there has been no bug activity for 1 year. Is this still an issue in current (1.3.29 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=21368
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=21368
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Status|UNCONFIRMED |NEW URL|http://www.teamviewer.com |http://www.teamviewer.com/e | |n/download/dyngate.aspx Summary|TeamViewer: Some tooltips |TeamViewer 5: Some tooltips |are shown incorrectly |are shown incorrectly Ever Confirmed|0 |1
--- Comment #5 from Bruno Jesus 00cpxxx@gmail.com 2013-01-05 09:14:22 CST --- Still an issue in wine 1.5.21. To test this you need to connect from wine to windows.
https://bugs.winehq.org/show_bug.cgi?id=21368
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |comctl32
--- Comment #6 from Nikolay Sivov bunglehead@gmail.com --- (In reply to Daniel Stiefe1maier from comment #3)
I think the Problem is, that TeamViewer does a SendMessage(TTM_SETMAXTIPWIDTH, 0, 0 ) on the ToolTipControl. (Which probably doesn't make a lot of sense...)
It seems like Wine has implemented it too strict. The microsoft documentation says, that if it is not possible to break the line according to the width value, the tooltip will be as wide as necessary.
Yes, could be related. Setting component.
https://bugs.winehq.org/show_bug.cgi?id=21368
--- Comment #7 from Nikolay Sivov bunglehead@gmail.com --- Please retest with wine 3.3. I can't reproduce this.
https://bugs.winehq.org/show_bug.cgi?id=21368
Roman Pišl rpisl@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rpisl@seznam.cz
--- Comment #8 from Roman Pišl rpisl@seznam.cz --- I tested this on wine 3.3-git with TeamViewer5 and it works correctly. Maybe it's fixed now.
https://bugs.winehq.org/show_bug.cgi?id=21368
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME
--- Comment #9 from Gijs Vermeulen gijsvrm@gmail.com --- Since both Nikolay and Roman couldn't reproduce this and there hasn't been a response from the reporter since 2010, I'm going to mark this WORKSFORME.
https://bugs.winehq.org/show_bug.cgi?id=21368
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Gijs Vermeulen gijsvrm@gmail.com --- Closing worksforme.