RTF import bug & info
Al Schapira
a_schapira at verizon.net
Sat Aug 17 04:57:54 UTC 2024
On Sat, 2024-08-17 at 00:24 +0000, Dr. David Alan Gilbert wrote:
> * Al Schapira (a_schapira at verizon.net) wrote:
> > On Fri, 2024-08-16 at 21:53 +0500, Mike Kaganski wrote:
> > > On 16.08.2024 21:52, Al wrote:
> > > > On Mon, 2024-08-12 at 16:18 -0400, Al Schapira wrote:
> > > > > With reference to libreoffice bug 162342 ("RTF input fails to
> > > > > honor
> > > > > \marg[lrtb]N commands when a \page command is added")
> > > > > On Tue, 2024-08-13 at 10:44 +0500, Mike Kaganski wrote:
> > > > > Regarding import, you may start at the heart of RTF keyword
> > > > > dispatch
> > > > > method, RTFTokenizer::dispatchKeyword:
> > > > > https://opengrok.libreoffice.org/xref/core/sw/source/writerfilter/rtftok/rtftokenizer.cxx?r=246ef0b8#261
> > > > >
> > > > Thanks for the pointer, Mike. I think this is way too deep to
> > > > be
> > > > relevant to the afore mentioned bug. The problem rtf file
> > > > renders
> > > > correctly in libreoffice 7.3.7.2 under windows 10.0, but fails
> > > > to
> > > > render margins correctly in LibreOffice 7.6.7.2 60(Build:2) in
> > > > fedora
> > > > 39 & 40.
> > > >
> > > > So what in rtf import code might differ between these
> > > > environments?
> > > > Where should I look for OS dependencies that might affect rtf
> > > > import?
> > >
> > >
> > > https://bibisect.libreoffice.org/
> > >
> > I'm flying blind wrt bibisect (and git). However I did
> > clone git clone
> > https://bibisect.libreoffice.org/linux-64-7.4.git
> > and got a version of soffice that renders rtf margins properly!!
> >
> > ads at ADS4:~/Downloads/libreoffice/linux-64-7.4/instdir/program
> > $ ./soffice --version
> > LibreOfficeDev 7.4.8.0.0 f8ba7c6f77497e2dc7bfef8378511e2074ce01f9
> > works!
> >
> > But my LO 7.6.7.2 fails. Is this info of use
>
> Yes, add it to the bug.
>
> > to the assignee?
>
> Note there isn't an assignee yet! So you're the only person looking
> at this so far.
>
> >
> > Now what?
>
> You know 7.6.7.2 is bad, and 7.4.8 is good.
>
> How about 7.5 ?
>
> Ideally with bibisect you can get down to just a few versions and
> then we can go and hunt back to if there were any interesting
> RTF changes in there.
>
> Dave
>
> > Thanks.
> >
> > --Al
> >
> >
Progress: 7.5.10.0.0 works fine too.
ads at ADS4:~/Downloads/libreoffice/linux-64-7.5/instdir/program$
./soffice --version
LibreOfficeDev 7.5.10.0.0 fb2e54db5d3278d53cdef1e44646967467964704
Now what?
Thanks.
--Al
More information about the LibreOffice
mailing list