Bug 178909 - Tables image positions broken on reload
Summary: Tables image positions broken on reload
Status: CLOSED DUPLICATE of bug 178910
Alias: None
Product: Fedora
Classification: Fedora
Component: openoffice.org   
(Show other bugs)
Version: 5
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Caolan McNamara
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2006-01-25 12:48 UTC by Paul F. Johnson
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-01-25 13:15:58 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Example file demonstrating the table problem (123.02 KB, application/vnd.oasis.opendocument.text)
2006-01-25 12:48 UTC, Paul F. Johnson
no flags Details
anchoring modified to be "as character" (124.08 KB, application/vnd.oasis.opendocument.text)
2006-01-25 13:19 UTC, Caolan McNamara
no flags Details

Description Paul F. Johnson 2006-01-25 12:48:42 UTC
Description of problem:
If I create a table and insert into it images which I then position at the
bottom of the cell, save, close and load, the image positions on reload are not
in the same place as when I saved.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Load in the example file attached. The image in the top right hand column is
incorrectly placed
2. Move the image so it is correctly placed, save
3. Reload
Actual results:
Image position is in the incorrect place

Expected results:
Image positions should be the same as when the file is saved

Additional info:

Comment 1 Paul F. Johnson 2006-01-25 12:48:42 UTC
Created attachment 123668 [details]
Example file demonstrating the table problem

Comment 2 Caolan McNamara 2006-01-25 13:15:58 UTC
This is part of the same layout problem as the other hanging bug with this
document, the layout "fail safe loop-detection" sticks the graphic in the wrong
place, rather than get caught in a infinite loop, in the other case the
loop-detection fails. One of the reasons I think we should default to anchoring
"as character" to reduce the  amount of complex laying situations which anchor
to paragraph gets us stuck in :-(

*** This bug has been marked as a duplicate of 178910 ***

Comment 3 Caolan McNamara 2006-01-25 13:19:12 UTC
Created attachment 123670 [details]
anchoring modified to be "as character"

Doesn't fix the bug, but here's the document with a workaround in place. i.e.
changing anchoring to the simpler "as character" mode

Note You need to log in before you can comment on or make changes to this bug.