[Upstream] Large footnotes not fully displayed when mouse is over the number

[Kemel Zaidan aka Legendario]

Binary package hint: openoffice.org

1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2) apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.3.3-1ubuntu2
  Candidate: 1:3.3.3-1ubuntu2
  Version table:
 *** 1:3.3.3-1ubuntu2 0
        100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

3) What is expected to happen in Writer via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/150937/+attachment/2144278/+files/example.odt && lowriter -nologo example.odt

and hover the mouse icon over the object is the entire footnote is displayed as it does in Word screenshot https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/150937/+attachment/2144302/+files/Screenshot.png

4) What happens instead is it displays truncated.

[Yildirimu (yildirimu)]

I have several documents with footnote, which are generally longer than a
sentence or two. Hence they are longer than two or three lines. When I want to
read footnote/endnotes, I normally hover the mouse over the footnote reference
number, rather than going to the end of the page. When I do that, a popup box
appears with the footnote/endnote appearing in it, generally in several short
line. However, in OOo, this does not seem to work. It appears in one long line
which exceeds the width of my screen. See
http://www.warwick.ac.uk/~edrdh/images/OOo_footnote_problem.png for an image of
the problem. As I said, my footnotes/endnote are big. I would like to read them
without having to go the end of page/document back and fort for reading them.
25-35% of the width of screen size boxes with enough distances from the edges
would work great. (MSWord outcome for the same behaviour can be seen here:
http://www.warwick.ac.uk/~edrdh/images/Intended_outcome.png I hope you will sort
this out soon.
Thanks in advance.

Best

[Mru-o (mru-o)]

Could be a good enhancement for displaying footnote content of a footnote

[Yildirimu (yildirimu)]

Is this 'enhancement' going to be in next release or is there going to be a
solution for this 'problem' soon?

[Chris Cheney (ccheney)]

Confirmed on upstream's openoffice.org 2.4.0~rc2.

[Ccheney-p (ccheney-p)]

This still happens on 2.4.0~rc5 and affects Linux as well, not just Windows.

[Yildirimu (yildirimu)]

This still is an issue in OOo 3.0 Beta. Any news on whether there is an
intention to fix this?

[lusisto (afitzsimons)]

You've to activate the feature in Tools>Options>OOo>General and check Tips AND extended tips. Works on mine 2.4 and 3.0 beta

[Kemel Zaidan aka Legendario (kemelzaidan)]

It works with me too on 2.4 . But i think this option should come enabled by default. Shall we change the bug status?

[Yildirimu (yildirimu)]

It has been quite a while since the first submission of the issue. I have
written afterwards that the problem still exists! Anyone interested in this issue?

I think the problem is that the issue type is set to enhancement, when it was
actually a *defect*! The feature is already there: When you hover your mouse
over the footnote reference, footnote text appears but the display of the
footnote is defective! Maybe then will someone notice this problem!

ps. Since my first submission, I have changed location. As a result, the links
are not there anymore. When I have a chance, will submit new images.

[mlissner (mlissner-michaeljaylissner)]

Wow. I would argue that this shouldn't be an option at all. To me, this reads as: "Do the right thing with tips, or handle them poorly?" Why even offer this as an option?

[Alessandro Tocci (alessandro-tocci)]

I apologize for nominating the bug for Lucid; I just wanted to signal that the bug is still present, not make a proposal for a SRU.
Sorry!

[Holstener Liesel (holstenerliesel)]

This issue can also cause compiz to crash, see bug #591723.

[penalvch (penalvch)]

Screenshot of Word hovering over the 1, with the attached file converted to .doc via LibreOffice.

[penalvch (penalvch)]

Created attachment 50231
example.odt

Downstream bug may be found at:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/150937

OOo bug may be found at:
http://openoffice.org/bugzilla/show_bug.cgi?id=42424

1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2) apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.3.3-1ubuntu2
  Candidate: 1:3.3.3-1ubuntu2
  Version table:
 *** 1:3.3.3-1ubuntu2 0
        100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

3) What is expected to happen in Writer via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/150937/+attachment/2144278/+files/example.odt && lowriter -nologo example.odt

and hover the mouse icon over the object is the entire footnote is displayed as it does in Word screenshot https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/150937/+attachment/2144302/+files/Screenshot.png

4) What happens instead is it displays truncated.

[Jeffdchang (jeffdchang)]

Failed to reproduce on LibreOffice 3.4 340m1(Build:103) for OpenSuse Linux. I think the problem has less to do with the display being truncated and more to do with the fact that LO doesn't recognize ENTER in footnotes. After I delete the enter betweens lines 1, 2, 3, and 4, it displays line 1, line 2, line 3, and line 4 just as MS Word does fine. So there may be a difference in interpretation (LO does not recognize paragraphs, while MS does), but this problem does not seem to concern large footnotes.

[Björn Michaelsen (bjoern-michaelsen)]

[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore => Won't Fix

If the problem persists, please mark this bug as "also affects project Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that has not happened already.

Please leave references to upstream OpenOffice.org bugs in place to allow cross pollination.

[Björn Michaelsen (bjoern-michaelsen)]

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html

[penalvch (penalvch)]

Reproducible in:
LOdev 3.5.0beta2
Build ID: 8589e48-760cc4d-f39cf3d-1b2857e-60db978
Microsoft Windows Vista Business 6.0.6002 Service Pack 2 Build 6002

[Nemeth-lacko (nemeth-lacko)]

patch (http://cgit.freedesktop.org/libreoffice/core/diff/?id=675f723f83d110bec4a9a4c5fa09ad965d240d2a):

diff --git a/vcl/source/app/help.cxx b/vcl/source/app/help.cxx
index c57cb74..7a3f174 100644
--- a/vcl/source/app/help.cxx
+++ b/vcl/source/app/help.cxx
@@ -52,6 +52,8 @@
#define HELPDELAY_SHORT 2
#define HELPDELAY_NONE 3
+#define HELPTEXTMAXLEN 150
+
// =======================================================================
Help::Help()
@@ -358,7 +360,7 @@ HelpTextWindow::~HelpTextWindow()
void HelpTextWindow::SetHelpText( const String& rHelpText )
{
maHelpText = rHelpText;
- if ( mnHelpWinStyle == HELPWINSTYLE_QUICK )
+ if ( mnHelpWinStyle == HELPWINSTYLE_QUICK && maHelpText.Len() < HELPTEXTMAXLEN)
{
Size aSize;
aSize.Height() = GetTextHeight();
@@ -420,7 +422,7 @@ void HelpTextWindow::Paint( const Rectangle& )
}
// paint text
- if ( mnHelpWinStyle == HELPWINSTYLE_QUICK )
+ if ( mnHelpWinStyle == HELPWINSTYLE_QUICK && maHelpText.Len() < HELPTEXTMAXLEN)
{
if ( mnStyle & QUICKHELP_CTRLTEXT )
DrawCtrlText( maTextRect.TopLeft(), maHelpText );
generated by cgit v0.9.0.2-2-gbebe at 2012-09-07 12:44:19 (GMT)

[timar (timar74)]

Taking a quick look at the code, it seems that SwFmtFtn::GetFtnText() in sw/source/core/txtnode/atrftn.cxx returns only one text node from the footnote. If the footnote contains multiple paragraphs, then only the first paragraph is returned. However, I did not find the way to get the number of text nodes in a given footnote. It is not stored in the object.

You can use "soft returns" (Shift+Enter) to separate lines in footnotes, that works.

[Akva1270 (akva1270)]

I'm reviewing your defect report and attempting to confirm it. However, there is not enough information here for me to test your scenario. Specifically I need:

Could you please add an attachment that shows the defect.

I'm leaving this issue in the UNCONFIRMED state for now. But I'll need to move it to RESOLVED/IRREPRODUCIBLEsoon if I cannot find a way to reproduce it.

[Robweir (robweir)]

We have a recent patch for this enhancement request. Can we get it integrated into AOO 4.0?

[Nemeth-lacko (nemeth-lacko)]

(In reply to comment #8)
> We have a recent patch for this enhancement request. Can we get it
> integrated into AOO 4.0?

I (author of the patch) would be glad for the integration (under your preferred license, Apache or public domain). Thanks in advance, László

[Armin-le-grand (armin-le-grand)]

ALG: Adding ORW to CC...

[Björn Michaelsen (bjoern-michaelsen)]

Closing as RESOLVED/FIXED for LibreOffice 4.0 as per:

http://cgit.freedesktop.org/libreoffice/core/commit?id=675f723f83d110bec4a9a4c5fa09ad965d240d2a

@atimar, nemeth: could you quickly confirm?

[Björn Michaelsen (bjoern-michaelsen)]

Fix released as per upstream with 4.0 in raring.

[timar (timar74)]

(In reply to comment #5)
That patch did not resolve the multi-paragraph issue, just the long footnote text issue.

[Libreoffice-commits (libreoffice-commits)]

Laszlo Nemeth committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=bf063d9dfab7ca16b1b7dff54ec9b1d47c24b997

fdo#40102 show full footnote text in index tooltip

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

[Libreoffice-commits (libreoffice-commits)]

Laszlo Nemeth committed a patch related to this issue.
It has been pushed to "libreoffice-4-0":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=3263ce60c9ccede366ee2e24667ca10a6f823659&h=libreoffice-4-0

fdo#40102 show full footnote text in index tooltip

It will be available in LibreOffice 4.0.4.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

[Diegogvallerosado (diegogvallerosado)]

*** Bug 119135 has been marked as a duplicate of this bug. ***