Bug 163388 - Draw 24.8.2 and 24.2.6 on Win 11 Home build 22631.4317_loaded Publisher (365) doc gives incomplete content with infinitely tall, unmanageable textbox
Summary: Draw 24.8.2 and 24.2.6 on Win 11 Home build 22631.4317_loaded Publisher (365)...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Textbox
  Show dependency treegraph
 
Reported: 2024-10-11 10:18 UTC by Doug Couch
Modified: 2024-12-03 05:57 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
1 page certificate MS Pub file (425.00 KB, application/vnd.ms-publisher)
2024-10-11 20:29 UTC, Doug Couch
Details
test doc as filter Opened into Draw on master against 25.2.0 (2321626) (1.74 MB, image/png)
2024-10-12 02:12 UTC, V Stuart Foote
Details
test doc in Draw having adjusted the line breaks, Text Frame fully onto page (1.64 MB, image/png)
2024-10-12 02:14 UTC, V Stuart Foote
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Doug Couch 2024-10-11 10:18:37 UTC
Description:
Unusable document conversion on loading MS Publisher 365 document with one textbox and one image. (uninstalled, not going forward with trying to find a resolution to this at this time)---FYI only---more detail in Actual Results field.

Steps to Reproduce:
1.load MS Pub (365) doc with one large textbox and one small image
2.that's all
3.

Actual Results:
Loading the MS Pub file recreates the .pub file in Draw with incomplete content in large textbox. Upper half of text is present, lower half is absent entirely. Small image in lower half is present. The large textbox extended down beyond the viewable area. Dragging it upward many times never reached the bottom of the textbox and yet the left/right handles still appeared in the vertical center of the sides of the textbox. Also, dragging downward never re-encountered the top of the textbox. Closed and reopened same doc. Tried dragging the top handle of the textbox downward with intent to reposition and do several times to perhaps reach the bottom of the textbox. Not only was this impossible, but as soon as the textbox was dragged or top handle dragged far enough such that viewable content was no longer in the viewable area, the textbox seemed to be empty with infinite height upward and downward from the viewable area and could not re-encounter the partial content.

This brief bug report is provided FYI only. I won't have time to follow up on it and do not need assistance. I found it nice that you're working on a Publisher replacement. Hopefully others are not experiencing this type issue.

Expected Results:
Normal full content


Reproducible: Always


User Profile Reset: No

Additional Info:
Downloaded LibreOffice 24.8.2...got the above result. Uninstalled. Downloaded LibreOffice 24.2.6...got exact same above result. This result renders Draw unusable as a MS Pub replacement. Uninstalled. Program is uninstalled...not trying to reset the new download/install user profile since two separate new versions' download/install should have created a usable user profile along with the installation. --- Acer TC-1660, Intel i5-10400 64-bit with 12GB RAM, Windows 11 Home version 23H2 OS build 22631-4317 ((I can provide the actual .pub file if desired...one of several similar files.))
Comment 1 V Stuart Foote 2024-10-11 15:00:35 UTC
MS Publisher is not an OOXML standard, so LibreOffice ODF support should not be seen as replacement. Rather, we use the libmspub external project, "maintained" under the DLP [1], to filter import the format.

IIUC that filter has not had any substantial effort.

But, please attach a MS Pub (.pub) test document exhibiting the issue.
Comment 2 V Stuart Foote 2024-10-11 15:02:08 UTC
(In reply to V Stuart Foote from comment #1)
> MS Publisher is not an OOXML standard, so LibreOffice ODF support should not
> be seen as replacement. Rather, we use the libmspub external project,
> "maintained" under the DLP [1], to filter import the format.
> 
> IIUC that filter has not had any substantial effort.
> 
> But, please attach a MS Pub (.pub) test document exhibiting the issue.

[1] https://wiki.documentfoundation.org/DLP/Libraries
Comment 3 Doug Couch 2024-10-11 20:29:59 UTC
Created attachment 197010 [details]
1 page certificate MS Pub file

11 OCT 2024 Update: info I failed to notice/mention:

In addition to the one textbox and one image (a signature), this document also has a page-size image behind everything else (certificate border).
This document was loaded from the Dropbox folder on my pc (not the online Dropbox).
This document is used often without issues in MS Publisher 365. I did not try loading it into MS Pub and doing a Save As with new filename to see if the newer file created still had this issue.
Comment 4 V Stuart Foote 2024-10-12 02:12:59 UTC
Created attachment 197011 [details]
test doc as filter Opened into Draw on master against 25.2.0 (2321626)

see the over height 'Text Frame' on filter import opening in Draw.

However, simply deleting the paragraph after the awardee's name, then <Shift>+<Enter> removes a large part of the the overheight content. A second deletion at the end of the "Who has satisfactorily completed a" paragraph also replaced with a <Shift>+<Enter> brings the Text Frame fully onto the drawing page and seems the correct layout.

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 2321626477d4ff930d8bc392efa6ea84e8825171
CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 5 V Stuart Foote 2024-10-12 02:14:22 UTC
Created attachment 197012 [details]
test doc in Draw having adjusted the line breaks, Text Frame fully onto page