https://bugs.documentfoundation.org/show_bug.cgi?id=90299
--- Comment #20 from Vaibhav Malik <vaibhavmalik2...@gmail.com> --- (In reply to Mike Kaganski from comment #18) > Code pointer: > > The path is saved in XclExpSupbook::WriteBody, using maUrlEncoded. > > The encoding of the URL for storing to BIFF happens in lclEncodeDosUrl > (sc/source/filter/excel/xehelper.cxx). > > The latter *unconditionally* tries to store *drive* relative to base, but > *does not* try to save directory path relatively. > > There is XclImpUrlHelper::DecodeUrl in sc/source/filter/excel/xihelper.cxx, > that does the opposite cf. to lclEncodeDosUrl. > > Basically the task of the easy hack is: check with an Excel-generated XLS > containing a relative reference, what arrives to XclImpUrlHelper::DecodeUrl; > then implement passing the value of XclExpRoot::IsRelUrl() down to > lclEncodeDosUrl; and then in the latter, implement proper generation of > relative address depending on the passed IsRelUrl value. Sir, I am working on this bug, so far I could find that: 1. when XclImpUrlHelper::DecodeUrl is called using lo_master.xls doc, the value of rEncodedUrl is "\001\002down\003slave.xls". 2. when XclImpUrlHelper::DecodeUrl is called using mso_master.xls doc, the value of rEncodedUrl is "\001down\003slave.xls" -- You are receiving this mail because: You are the assignee for the bug.