https://bugs.documentfoundation.org/show_bug.cgi?id=93433
Bug ID: 93433
Summary: incomplete display of long autocorrect list in the
replacement table
Product: LibreOffice
Version: 4.4.0.3 release
Hardware: Other
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: UI
Assignee: [email protected]
Reporter: [email protected]
Created attachment 117921
--> https://bugs.documentfoundation.org/attachment.cgi?id=117921&action=edit
long autocorrect list (more than 126K entries)
tested under Windows 7 x64 and Windows 8.1 x64
STEPS TO REPRODUCE
1- put the attached long autocorrect list (acor_it-IT.dat which has more than
126000 entries) inside your user profile under ...User\LibreOffice
4\user\autocorr
2- then click “Tools/AutoCorrect/AutoCorrect Options/Replace” and select
Italian language
3- scroll down to the bottom of the list... the last entry should be “zzampe →
zampe”
4- then click OK and repeat it over and over again
CURRENT BEHAVIOUR
LibO 4.3.5.2
Always loads the whole “A to Z” list.
Editing entries and adding new ones works fine.
LibO 4.4.0.3 → 4.4.5.1
Inconstantly loads the whole list and sometimes (1 out of 5 tries in my
experience) only entries from “A to I” are displayed (see screenshot). If you
edit an entry or add a new one and click OK, only the displayed entries will be
saved and the undisplayed entries (L to Z) will be lost in next sessions (you
can also see the acor_it-IT.dat filesize shrinking because of the data loss).
Workaround is to enlarge the replacement table dragging its bottom right corner
before adding new items... after that you'll see the incompletely loaded list
refreshing and displaying the missing items.
Editing and saving after this workaround will cause no data loss.
LibO 5.0.0.4
Inconstantly loads the complete list as 4.4.x but saving items in an
incompletely loaded list won't cause data loss... the undisplayed items will be
preserved and accessible on the next session.
LibO 5.1.0.0 alpha
never displays the “A to Z” list and always shows items from “A to I”.
anyway, like in 5.0.x, there's no data loss after editing or adding a new
entry.
Even the undisplayed items will be still present.
BOTTOMLINE
There's a regression bug in the display of long autocorrect list... which is
inconstant in 4.4.x and 5.0.x but constant in 5.1.x
The 4.4.x is also affected by a data loss bug when editing an incompletely
loaded list.
Luckily this data loss bug is not present in 5.0.x and 5.1.x
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
