Bug 98065 - Insert Image
Summary: Insert Image
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.8.2 release
Hardware: x86-64 (AMD64) All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-02-21 21:26 UTC by Dave Braun
Modified: 2016-05-09 10:52 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample files (936.10 KB, application/gzip)
2016-02-22 13:59 UTC, Dave Braun
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dave Braun 2016-02-21 21:26:07 UTC
whenever I inserted images into table cells the image size was set to 0.02 x 0.02 inches and disappeared (couldn't select the image) if I wasn't careful to resize the image before doing anything else. This was also true if I inserted the image as a frame.
Comment 1 Joel Madero 2016-02-21 21:43:01 UTC
Hi - 

Can you please describe the problem a little bit better (give us enumerated steps like this:

1. Open Calc;
2. Insert image by going to.....


Also - please attach a sample document. Marking as NEEDINFO - once you provide a sample document and describe the problem better mark as UNCONFIRMED. Thanks
Comment 2 MM 2016-02-21 23:26:08 UTC
Well v4.2.8 is quite old and not supported any longer, so you might wanna try a newer version.
Comment 3 Dave Braun 2016-02-22 13:59:31 UTC
Created attachment 122870 [details]
Sample files

This is a .tar.gz of several files that can be used to recreate the problem. The file "test 2.odt" explains the content and how to reproduce the problem. I used Libre Office release 4.2.8.2 to create these files (except the screen shot of course).
Comment 4 Dave Braun 2016-02-22 14:01:39 UTC
As requested I'm changing the status back to UNCONFIRMED.
Please see the provided "Sample Files"
Comment 5 Dave Braun 2016-02-23 04:11:24 UTC
Additional testing found that selecting the cell that misbehaves, right clicking and selecting Clear Direct Formatting fixes the problem. Inserting an image results in an image.

Also re-applying style Table Content to the misbehaving cell fixes the problem.

Is there some way to list/compare styles/properties currently in effect?
Comment 6 Joel Madero 2016-02-23 16:31:43 UTC
F11 - then on the bottom of the Styles dialog select "Applied Styles."

For now I'm closing this as WFM as it seems to just be a styles issue. If you're able to reproduce the problem from scratch go ahead and set this to UNCONFIRMED again and we'll go from there.
Comment 7 Dave Braun 2016-02-23 17:28:08 UTC
The problem still exists in version 5.

F11 shows the applied "Style" (one) but not the modifications from that point.

There is some property of the misbehaving cell that is causing the inserted image to have it size set to 0.02" x 0.02" which appears to be the minimum size for an image. Once this image loses focus it is gone and can't be reselected (at least I haven’t found a way to select it). This in and of itself is probably a bug. Reapplying the style to "fix" the problem is a work-around not just a style issue.

No I can't recreate the problem. The misbehaving row was created after hours of gathering text, spreadsheet cells, and other data into the table and wasn't discovered until much later.

Question: Is it a design feature that selecting a cell and deleting the contents leaves the inserted images behind or is this a bug?
Comment 8 Joel Madero 2016-02-23 17:34:07 UTC
> 
> No I can't recreate the problem. The misbehaving row was created after hours
> of gathering text, spreadsheet cells, and other data into the table and
> wasn't discovered until much later.

If you can't recreate the problem from scratch I'm not sure what the point of having an open bug is. Incredibly unlikely any developer will spend time to fix a single spreadsheet that has no reproducible steps....

IMHO this should be put back in WFM - your sheet is now fixed (by removing the direct formatting or style) and....things are okay. Or am I missing something?
Comment 9 Dave Braun 2016-02-23 18:16:37 UTC
after a lot of clicking around I found the cause. The misbehaving cell width was 1.00" but the right indent was 1.25" - normally you couldn't create this situation by dragging handles but the cell was pasted in and apparently the various properties weren't completely vetted so an invalid situation was created.
Comment 10 Dave Braun 2016-02-23 19:54:40 UTC
More clicking and dragging - you can create the misbehavour by dragging the After Text indent handle to the left of the Before Text and/or the First Line indent handle. Why you do this is a mystery. How this happened is also a mystery.

Since under this condition (After Text to the left of either First Line indent or Before Text indent) entered text is placed in a single character wide vertical column maybe the indents should not be allowed to cross each other. This would depend on the ... cell/column/whatever width but that shouldn't be a problem.

Feel free to re-classify this bug to WFM or whatever.
Comment 11 Buovjaga 2016-03-14 12:13:55 UTC
Might be because bug 96558
Comment 12 raal 2016-05-09 10:52:33 UTC
I can reproduce with steps from comment 3. Version: 5.2.0.0.alpha1+; win7
When I change the indent handles to 0 cm in file bad.odt, then images insert is correct.