Description: A textbox in LibO 5.4.0.0 is rendered a bit smaller compared to LibO 5.2.2.1, resulting in a red arrow suggesting hidden text. But no text is actually hidden. Steps to Reproduce: 1. Open example file recent LibO and a older one Actual Results: Red arrow Expected Results: No red arrow Reproducible: Always User Profile Reset: No Additional Info: Found in: Version: 5.4.0.0.alpha0+ Build ID: 84f2ff67a7e404febf710b1dc7f66d06745c503f CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-12-09_23:20:01 Locale: nl-NL (nl_NL); Calc: CL and in Version: 5.3.0.0.alpha1+ Build ID: 43b5ca69aa545cf93eded55258d92d651917815f CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; Layout Engine: new; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-11-18_05:27:05 Locale: nl-NL (nl_NL); Calc: CL but not in: Versie: 5.2.2.1 Build ID: 3c2231d4aa4c68281f28ad35a100c092cff84f5d CPU Threads: 4; Versie besturingssysteem:Windows 6.2; UI Render: standaard; Locale: nl-NL (nl_NL); Calc: CL User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Created attachment 129538 [details] Example file
Hi Telesto, Just remove the empty paragraph, the third one, under the visible text. Have a nice day, Jacques
(In reply to Jacques Guilleron from comment #2) > Hi Telesto, > > Just remove the empty paragraph, the third one, under the visible text. > > Have a nice day, > > Jacques Time same file looks fine in: Versie: 5.2.2.1 Build ID: 3c2231d4aa4c68281f28ad35a100c092cff84f5d CPU Threads: 4; Versie besturingssysteem:Windows 6.2; UI Render: standaard; Locale: nl-NL (nl_NL); Calc: CL but not in Version: 5.3.0.0.alpha1+ Build ID: 43b5ca69aa545cf93eded55258d92d651917815f CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; Layout Engine: new; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-11-18_05:27:05 Locale: nl-NL (nl_NL); Calc: CL Just 'remove the empty paragraph' doesn't cut it. A correct file, suddenly has hidden text. Shouldn't be happening.
Created attachment 129586 [details] Comparison between LO5221 and LibO5400
Sorry, you're right, Text Frames are smaller than before since LO 5.3.0.0.alpha1+ Build ID: b223028d65d24ffcd8e27974c29c2744a5df6227 CPU Threads: 2; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; TinderBox: Win-x86@42, Branch:master, Time: 2016-11-16_23:38:55 Locale: fr-FR (fr_FR); Calc: CL under Windows 7 Home, LO 5.3.0.0.alpha1+ Build ID: b223028d65d24ffcd8e27974c29c2744a5df6227 CPU Threads: 2; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; TinderBox: Win-x86@42, Branch:master, Time: 2016-11-16_23:38:55 Locale: fr-FR (fr_FR); Calc: CL does not have this defect. Area selected by handles are smaller in upper versions, though the object's sizes are the same. Summary is to change to reflect this. Do you accept : Text Frames open smaller? Jacques
Changing the summary. Thanks for the advise!
In Comment 5, I meant to say : LO 5.3.0.0.alpha1+ Build ID: bbd44f8f89839b5abb4ec6c7ea195431de5b2f48 CPU Threads: 2; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-10-26_23:19:45 Locale: fr-FR (fr_FR); Calc: CL which is LO release where this defect is not existing. The real cause is to find into spacing with content in text frame. For some reason, all spacing were kept to 11 mm, without border. Before, without border, it seems tpo me that spacings were set to 0 mm before saving. They are not greyed now, so area is reduced. By setting spacings to 0 mm, you get again the same layout. Jacques
*** This bug has been marked as a duplicate of bug 104613 ***