Bug 130258 - Sending a fax containing macros is impossible.
Summary: Sending a fax containing macros is impossible.
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.0.4.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Macro
  Show dependency tree / graph
 
Reported: 2020-01-29 13:43 UTC by Gisbert Juch
Modified: 2021-09-20 09:04 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Gisbert Juch 2020-01-29 13:43:52 UTC 
Description:
The bug 93669 is blocked (closed), but this error exists. The condition to reproduce the error: 
The fax template contains fields are filled by macros (f.i. sender fax number, sender address,...). It is usual to send faxes generated by templates with such macros. 
Then the created TIFF-document for the fax is (very) shortened. 
In other cases, when the macros are eliminated (the fields are filled "by hand"), all of the document is sent.    

Steps to Reproduce:
1. see the description.
2.
3.

Actual Results:
The (very) shortened document is sent. The sender may think, the sent fax is ok. 

Expected Results:
The full document should be sent. 


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Produce the full TIFF-Document or prohibit fax printing if the document contains macros.
Comment 1 Gisbert Juch 2021-01-27 18:04:27 UTC 
Now I've tested after upgrading to Version 20H2 (Windows 10) Build 19042.746.
By this way the OS created new the fax connection. 
All tests was without any failure. 
So I think, we can close the bug.