desktop-packages team mailing list archive

["Christopher M. Penalver" <christopher.penalver@xxxxxxx>]

Mechanical snail, could you please attach a document that demonstrates
this problem?

** Also affects: libreoffice (Ubuntu)
   Importance: Undecided
       Status: New

** Changed in: libreoffice (Ubuntu)
       Status: New => Incomplete

** Summary changed:

- In .fodt file in OO 3.1 on Ubuntu 9, editing of character spaces is deceptively not saved.
+ In .fodt file, editing of character spaces is deceptively not saved.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/520674

Title:
  In .fodt file, editing of character spaces is deceptively not saved.

Status in LibreOffice Productivity Suite:
  New
Status in “libreoffice” package in Ubuntu:
  Incomplete
Status in “openoffice.org” package in Ubuntu:
  Invalid

Bug description:
  Binary package hint: openoffice.org

  Description:
  In .fodt files in OO, Ubuntu Studio 9.10, a file is reopened later and spaces between characters that had been edited out, and printed successfully to paper as removed, reappear (or the reverse -- added spaces don't appear). So presumably they are edited in RAM version since they can be sent to printer during original edit, but --BUG-- were not removed when the file was saved.

  Repeatability:
  Puzzling: in some circumstances, repeatable regularly; in others, apparently randomly works and doesn't.

  Retested several times.
  --Happens when content is re-pasted into a brand new file
  --happens with small and large files
  --happens apparently more often, but not consistently so, with:
  large files, italic characters, after tab spaces, around graphic characters

  Interestingly:
  Using ODT instead allows the appearance of correct saving (spaces can be edited and then file reopened, and they're correct), but if the file is THEN saved as FODT, the space edits are incorrect again, even edits made earlier on ODT file only. 

  Unfortunately, a large ODT file (with many graphics) is hideously slow
  to edit in, and hence FODT is preferable. But spaces cannot be edited
  correctly.

  Other Evidence and Workaround: it appears so far that the FODT file
  alwalys successfully removes the space if a character is edited at the
  same time, and saved. Thus in some cases it will be necessary to
  remove a space and and a character, save, and then replace just the
  character, save again.

  This is very painful in a situation where many single spaces need to
  be edited in a large file. Hence this can be a very annoying bug.

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/520674/+subscriptions