Bug 63210 - AUTOCORRECT [en][fr]: Superscript of ordinal number suffixes continued behind 'Enter' directly after suffix
Summary: AUTOCORRECT [en][fr]: Superscript of ordinal number suffixes continued behind...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Linguistic (show other bugs)
(earliest affected)
Hardware: All All
: low minor
Assignee: Michael Stahl (allotropia)
Whiteboard: BSA target:
Keywords: bibisected, regression
Depends on:
Reported: 2013-04-06 18:59 UTC by Byron
Modified: 2015-12-17 07:13 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

An example of the incorrect default settings (135.62 KB, image/png)
2013-04-06 18:59 UTC, Byron

Note You need to log in before you can comment on or make changes to this bug.
Description Byron 2013-04-06 18:59:21 UTC
Created attachment 77537 [details]
An example of the incorrect default settings

Problem description: When one uses the auto-superscript on dates etc., The superscipt continues onto the next line and needs to be manually undone by the user

Steps to reproduce:
1. type (7th)
2. press enter
3. type anything and it will be supercript font

Current behavior: the text on the second line is superscripted

Expected behavior: the text should not be superscipted

Operating System: All
Version: unspecified
Comment 1 Joel Madero 2013-04-07 04:47:12 UTC
Thank you for reporting this issue! I have been able to confirm the issue on:
Platform: Bodhi Linux 2.2 x64
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
As I've been able to confirm this problem on an earlier release I am changing the version number as version is the earliest version that we can confirm the bug, we use comments to say that the bug exists in newer versions as well.

Marking as:

New (confirmed)
Minor - doesn't prevent high quality work but slows it down
Low - default for minor bugs, seems appropriate

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:

There are also other ways to get involved including with marketing, UX, documentation, and of course developing -  http://www.libreoffice.org/get-help/mailing-lists/. 

Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Comment 2 Rainer Bielefeld Retired 2013-04-08 15:06:40 UTC
Additional Information:
This problem is text language Autocorrect related, reproducible for me in English and French texts, I do not know whether also other languages use superscript for ordinal numbers.

Problem is limited to <Enter> after the ordinal number, in Writer works fine if you simply type a space or even after <Shift+Enter> or <Control+Enter>

Not only Writer is affected, same in Calc with <Control+Enter> and Draw (and so probably Impress), might also appear in Base. 

Because of unknown reasons this Autocorrect for ordinals does not work for me with 3.6 before 3.6.6, so I can't test where this problem appeared.

Still worked fine with server installation of "LibreOffice  German UI/Locale [Build-ID: 3215f89-f603614-ab984f2-7348103-1225a5b] on German WIN7 Home Premium (64bit): <Enter> directly behind ordinal makes "th" of "7th" superscript, but next behind <Enter> will be continued with normal character position.

With "Apply while typing disabled Text after an "17th<Enter>" will stay normal. But if you have a document only with "17th<Enter><Enter><Enter><Enter><Enter><Enter>", all <Enter> will be removed when I do menu 'Format -> Autocorrect -> Apply' what applies superscript to "th"; afterwards caret flashes behind "17^th"
BTW, the <Enter>-deletion also happens in 3.5, and after an Enter then the superscript will be continued, what ever that might mean.

I saw your fix for "Bug 38242 - format ordinal number suffix not auto-correcting", may be you can also help here? Or is this problem more related to Localization?
Comment 3 Caolán McNamara 2013-06-26 13:24:25 UTC
bibisect gives a range of 43c7830b03d141ae11d8617c0fdabefa32dd243c..ce97851773a06103504972eb2771eecd7dd81e36
which is unfortunately a very big range
Comment 4 Björn Michaelsen 2013-06-26 15:19:54 UTC
As per Comment 3 this was already in 3.6.0 release, so no minor release regression.
Comment 5 Caolán McNamara 2013-06-26 19:51:25 UTC
on the other hand it seems to have gotten fixed recently during the range 9c42545be17b44d3af9aa4b7efa35c5121310e4a..d74323815aec2abb25eae026052651ceec7e372a
Comment 6 Caolán McNamara 2013-06-27 14:38:57 UTC
aha, this was fixed by http://cgit.freedesktop.org/libreoffice/core/commit/?id=c69325ea81e3fce6e935c63ba00dfad2a1e74c4f which was a little surprising to me, but a good result.
Comment 7 Robinson Tryon (qubit) 2015-12-17 07:13:45 UTC
Migrating Whiteboard tags to Keywords: (bibisected)