desktop-packages team mailing list archive

[Bug Watch Updater <868229@xxxxxxxxxxxxxxxxxx>]

Launchpad has imported 7 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=40819.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2011-09-13T07:52:53+00:00 Sbergman wrote:

sw subsequentcheck fails in getBookmarksHash() at
sw/qa/complex/writer/CheckBookmarks.java:80 with a
com.sun.star.container.NoSuchElementException when it calls getByName
with sBookmarkname being something like "__UnoMark__1910_1361181355".

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/868229/comments/0

------------------------------------------------------------------------
On 2011-09-13T08:14:51+00:00 Sbergman wrote:

<http://cgit.freedesktop.org/libreoffice/core/commit/?id=37e5910c13746cc3514a9e1443893dab306eb988>
"fdo#40819# Disabled failing complex.writer.CheckBookmarks test for
now."  Please re-enable once the problem is fixed.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/868229/comments/1

------------------------------------------------------------------------
On 2011-11-10T01:51:57+00:00 Björn Michaelsen wrote:

Finally rootcaused this down to:

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

which is just very, very wrong. It caused all marks to be exported, not
just bookmarks. These include -- among other interesting things -- the
internal UnoMarks, that should never, ever be visible via API (and whose
lifetime is handled internally: they are transient).

As the temporary UnoMarks are generated internally whenever somebody
even creates an UnoCursor (which everyone doing stuff working with
Bookmarks/Fieldmarks/whatever does: for example to create a Bookmark),
this horribly breaks the whole Bookmark/Fieldmark-API.

I will revert that commit tomorrow and suggest to find a clean solution
instead of this dangerous hack.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/868229/comments/3

------------------------------------------------------------------------
On 2011-11-10T11:07:55+00:00 Björn Michaelsen wrote:

Fixed with:

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

and reenabled test with:

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

The WW8 roundtrip hash changed from DEV300m41 which could suggest a
regression, but it is hard to check now where this has been introduced,
as this has been broken by 37e5910c13746cc3514a9e1443893dab306eb988
since 2010-09-14 (so basically since the beginning of LO time).

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/868229/comments/4

------------------------------------------------------------------------
On 2011-11-14T21:25:10+00:00 Björn Michaelsen wrote:

It seems that the WW8 roundtrip hash is unstable and depends on the host machine. On the machine where I did the fix the has was a stable:
-53193413016049203700369483764549874348805475606
On Stephans machine it was:
-695324166077686916184159880737496820414325627762
On a second machine I get:
310040393867209726240857852469457261967873594728

This should not happen of course, as it indicates a defect that either
the export or import via WW8 is lossy/systemdependent.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/868229/comments/6

------------------------------------------------------------------------
On 2011-11-14T22:07:29+00:00 Björn Michaelsen wrote:

Likely related (thanks vmiklos):

 https://issues.apache.org/ooo/show_bug.cgi?id=116193

Disabled WW8 roundtrip for now:

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

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/868229/comments/7

------------------------------------------------------------------------
On 2011-11-22T22:44:35+00:00 Björn Michaelsen wrote:

after investigation resolving as WORKSFORME by dropping ww8 roundtrips
from the test. One option would be run the test with a lot fewer marks
for the ww8 roundtrip, but thats not worth the effort for now.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/868229/comments/8


** Changed in: df-libreoffice
       Status: Confirmed => Invalid

** Bug watch added: issues.apache.org/ooo/ #116193
   https://issues.apache.org/ooo/show_bug.cgi?id=116193

-- 
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/868229

Title:
  CheckBookmarks fails with NoSuchElementException on names
  __UnoMark__1910_1361181355

Status in LibreOffice Productivity Suite:
  Invalid
Status in “libreoffice” package in Ubuntu:
  Fix Committed

Bug description:
  sw subsequentcheck fails in getBookmarksHash() at
  sw/qa/complex/writer/CheckBookmarks.java:80 with a
  com.sun.star.container.NoSuchElementException when it calls getByName with
  sBookmarkname being something like "__UnoMark__1910_1361181355".

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