You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have used the search tool and did not find an issue describing my bug.
Operating System
Windows 10 / 8.1 / 7, Linux (DEB package)
Version information
8.2.2.22
Expected Behavior
Tables should be rendered as they were created before
Actual Behavior
The table of the rightmost column gets strechted to an incorrect size, but only in ONLYOFFICE, not when viewed with other pdf viewers such as browsers (i tried brave and floorp).
Reproduction Steps
Not quite sure what the exact trigger is, but I attached a sample file which is a form i was working which has this behaviour, as well as screenshots from the editing stage and from after re-opening it.
Have a A4 paper with 2 columns and put a table into each column.
This is how it looks when editing (this is on archlinux):
And after re-opening it (this time in windows):
I tried both the unofficial arch package from the AUR as well as the flatpak. The official Windows Build contains the same error so I think this is a universal bug
Additional information
The document language is german
The text was updated successfully, but these errors were encountered:
seyfu-t
changed the title
Table (on double column pages(?)) dont get rendered correctly
Tables (on double column pages (?)) dont get rendered correctly
Jan 5, 2025
This issue is unique.
Operating System
Windows 10 / 8.1 / 7, Linux (DEB package)
Version information
8.2.2.22
Expected Behavior
Tables should be rendered as they were created before
Actual Behavior
The table of the rightmost column gets strechted to an incorrect size, but only in ONLYOFFICE, not when viewed with other pdf viewers such as browsers (i tried brave and floorp).
Reproduction Steps
Not quite sure what the exact trigger is, but I attached a sample file which is a form i was working which has this behaviour, as well as screenshots from the editing stage and from after re-opening it.
sample.pdf
This is how it looks when editing (this is on archlinux):
And after re-opening it (this time in windows):
I tried both the unofficial arch package from the AUR as well as the flatpak. The official Windows Build contains the same error so I think this is a universal bug
Additional information
The document language is german
The text was updated successfully, but these errors were encountered: