Bug 31912 – [Qt] invisible elements with ellipsis might randomly became partially visible

• Component: Text
• Status: RESOLVED INVALID

[Alexander Shabanov]

Created attachment 43921 [details]
hidden_text_w_ellipsis.xhtml

Steps to reproduce:

1. Open QtWebKit-based browser (e.g. QtLauncher that is built with Qt port of WebKit browser).
2. Open hidden_text_w_ellipsis.xhtml in that browser.
3. Resize browser window by width to make it show an entire text line "Long name 2 Placeholder Placeholder Placeholder Placeholder Placeholder Placeholder Placeholder Placeholder".
4. Decrease window's width to make browser width too narrow to display an entire text line.

Actual result:
When browser window's width becomes too narrow to display an entire text line "Long name 2 Placeholder..." the following happens:
1) hidden text becomes visible (invisible fourth element placed in the "holder" div).
2) ellipsis is not added to the end of the text line "Long name 2 Placeholder ..." but it should be at the end of the string.
3) text in the second element goes outside the holder div.


Expected result:
Hidden fourth element shall not be visible, ellipsis shall be added to the end of the text string that does not fit to the container, text shall not go outside the container after shrinking window.
Chrome and Safari browsers behaves in the expected way, QtWebKit does not.

[Benjamin Poulain]

I can reproduce the issue on trunk. I give it a medium priority, fortunately few layouts are affected.

Excellent bug report by the way.

[Caio Marcelo de Oliveira Filho]

Tried it with Linux 64 bits, r79452.

Couldn't reproduce neither the fourth element appearing nor the ellipsis not being added.

However, the ellipsis seems a little bit outside the visible region. While in Chrome I can always see the three dots, in QtTestBrowser-r79452, for most of the window sizes obtained when shrinking it, only 2 dots of the ellipsis were visible.

Benjamin (or someone else), should the ellipsis be entirely visible, right?

[Jocelyn Turcotte]

=== Bulk closing of Qt bugs ===

If you believe that this bug report is still relevant for a non-Qt port of webkit.org, please re-open it and remove [Qt] from the summary.

If you believe that this is still an important QtWebKit bug, please fill a new report at https://bugreports.qt-project.org and add a link to this issue. See http://qt-project.org/wiki/ReportingBugsInQt for additional guidelines.