Deleting a word that sits inside an existing tracked formatting change,
with change tracking on but tracked changes hidden, then undoing the
deletion, left the word invisible until Show Changes was switched on again.
Such a deletion produces a redline that is a delete with a format change
stacked on top of it. SwRangeRedline::InvalidateRange only sent the
SwRedlineDelText and SwRedlineUnDelText hints when GetType() was Delete,
but GetType() returns the top of the stack, which is Format here, so the
hints were never sent. Without SwRedlineUnDelText the paragraph frame kept
the stale extents in its merged paragraph and went on hiding the word until
the next full reformat, which toggling Show Changes happens to trigger.
Look through a stacked format change with GetTypeIgnoringAdditonalFormat(),
the same way Show() and Hide() already do, so the hints are sent for these
redlines too and the merged paragraph updates itself on undo.
Change-Id: I8070b89de4d7fb4485a4609d90cdfb93f1db4b29
Signed-off-by: Pranam Lashkari <lpranam@collabora.com>
Reviewed-on: https://gerrit.collaboraoffice.com/c/online/+/5924
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
Reviewed-by: Michael Stahl <michael.stahl@collabora.com>
(cherry picked from commit 60dbffe37033d6ec947e4f386dffe2e6ef7ce0f6)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/207735
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
Tested-by: Jenkins
When an apostrophe or quotation mark is typed, autocorrect replaces it
with the matching typographic quote. This was done in two edits: the
typed straight character was inserted first, then replaced with the
typographic one. Since each edit is its own undo step, undoing the
autocorrect first turned the quote back into a straight quote and only a
second undo removed it. In languages that never use straight quotes, for
example French, typing 'un and undoing left a stray straight quote in the
text.
Build the typographic quote with a single edit, so one undo removes the
whole quote.
The change is limited to the quote handling. Autocorrections that insert
a character and then act on something else, such as turning a web or mail
address into a link after a space, keep their existing per-step undo
Change-Id: Ibf47fb8f37d29d5ba180ed692f730d20e9f3e431
Signed-off-by: Pranam Lashkari <lpranam@collabora.com>
Reviewed-on: https://gerrit.collaboraoffice.com/c/online/+/5897
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
(cherry picked from commit e2ba52e1996f81ff3b93fa70ecf625b7709d07fb)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/207621
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
Tested-by: Jenkins
When a DOCX math formula put an operator and its operand in one run, for
example "-4", the OOXML import quoted the operator as literal text. The
minus then rendered as a short text hyphen (U+002D) in the text font
instead of a full-length minus sign (U+2212) in the math font, so the
two minus signs in a formula like the quadratic formula came out at
different lengths.
The earlier fix that stopped quoting single-character operator runs only
covered runs that held the operator on its own. A run that combined the
operator with its operand still went through the per-character loop in
encloseOrEscapeLiteral, which quoted every operator character.
Keep the standard math operators (+, -, *, /, =, <, >) bare in that loop
too, using the existing isSingleCharMathOperator helper, and drop them
from the delimiter table that does the quoting. A run like "-4" now
imports as the minus operator followed by 4, so StarMath renders it with
the math-font glyph and both minus signs match.
Change-Id: I38ed1a9fb344cc1a44f391e3ce3f097d8f16d09c
Reviewed-on: https://gerrit.collaboraoffice.com/c/online/+/4681
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
(cherry picked from commit 1be656242e4c3cf42ad246bb2a6e30b3df8ce2d1)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/207201
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
When copying annotations from a DOCX-imported document, the copied
SwPostItField retained the original m_nParaId and m_nParentId values.
These OOXML paragraph IDs became stale duplicates, causing
UpdatePostItsParentInfo (sidebar rebuild) and the OOXML export to
match replies to the wrong parent via ParaId, breaking comment threads
after paste or save/reload.
Reset both IDs to 0 during copy so that parent-child resolution falls
through to PostItId and ParentName based matching, which are correctly
updated by EstablishParentChildRelationsOfComments.
Change-Id: Ia910edbdafebc9acff6dc91f9052a6a98d09f1ed
Reviewed-on: https://gerrit.collaboraoffice.com/c/online/+/3222
Tested-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
(cherry picked from commit 9c721d2f0f14f48b4f2255bf7717b3b3652620fe)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/206653
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
When importing OOXML math formulas, encloseOrEscapeLiteral() quoted
every delimiter character, including standard math operators like =, -,
and +. StarMath then rendered them as text-font glyphs instead of
math-font operators. This caused the equals sign to misalign with the
fraction bar and the minus sign to render as a shorter text hyphen.
Skip quoting for single-character standard math operators (+, -, *, /,
=, <, >) so StarMath treats them as proper operators with correct glyph
selection and alignment.
A bare operator alone inside braces (e.g. rsup {+}) is a StarMath parse
error because the parser expects an operand. Add a safety re-quote in
readOMathArgInElement() for that case, since all its callers wrap the
result in {...}
Change-Id: I22f01a25212d3c030e8104a00418ab1f6bdb2d07
Reviewed-on: https://gerrit.collaboraoffice.com/c/online/+/3329
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
Tested-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
(cherry picked from commit f2ccbc5a30dbac56b600747af655076d6f7058c2)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/205823
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
MoveSection's downward branch computed nTargetPage with an extra
-nSrcCount adjustment, assuming MoveSelectedPages pre-removes the
selected pages. It doesn't — MovePages() moves pages in place and
interprets nTargetPage in the current ordering. The adjustment
caused the source block to land in the middle of the target
section instead of after it, while section metadata still claimed
the split contents as one section.
Use nTargetEnd - 1 directly. Extend the Move{Up,Down}{PPTX,ODP}
tests to capture each section's SdPage* set before the move and
assert the same set lands under the expected section afterwards —
count-only assertions missed this class of failure.
Change-Id: I73bdd8e5b1c3a0c0687385fd6f16a3b151f0d481
Reviewed-on: https://gerrit.collaboraoffice.com/c/core/+/1271
Tested-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
Reviewed-on: https://gerrit.collaboraoffice.com/c/online/+/1620
Tested-by: Pranam Lashkari <lpranam@collabora.com>
Reviewed-by: Pranam Lashkari <lpranam@collabora.com>
(cherry picked from commit 71fbe7ad6c1af884b8a998ca754977e75027d747)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/205183
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
Add Kit support for Impress slide sections so that Online
can display section headers in the slide panel and allow
users to add, remove, rename, and move sections.
- Include sections array in getPresentationInfo() output with
name, id, startIndex, and slideCount for each section.
- Register section SIDs (Add, Remove, Rename, Move Up/Down) on
the DrawViewShell so they are reachable via Kit .uno dispatch.
- Add DrawViewShell handlers using GetActualPage() for reliable
page resolution in Kit mode.
- Add SectionIndex and Name parameters to SID_RENAME_SLIDE_SECTION
so the rename can accept arguments from the online client.
Change-Id: I54c2827af2a5735a1d8f62131ce52a3f8778428d
Reviewed-on: https://gerrit.collaboraoffice.com/c/core/+/1097
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
Tested-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Reviewed-on: https://gerrit.collaboraoffice.com/c/online/+/1616
Tested-by: Pranam Lashkari <lpranam@collabora.com>
Reviewed-by: Pranam Lashkari <lpranam@collabora.com>
(cherry picked from commit 7c1d5cad871811ac0e511b84ffff3d5df46b0cfa)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/205181
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
The "SlideSections" UNO property is just a view onto our own
in-memory maSections (the getter calls GetSectionsAsPropertyValues,
the setter calls SetSectionsFromPropertyValues). Calling
setPropertyValue from SaveToDocument was therefore a roundtrip:
maSections -> PropertyValue -> maSections, with no actual
persistence. The data was already in its final place after each
mutation.
Remove SaveToDocument() and all its callers; mutations to
maSections are the final state. Also drop the includes that
were only needed by it: DrawDocShell.hxx, XPropertySet.hpp,
XPropertySetInfo.hpp, XModel.hpp, sal/log.hxx.
Change-Id: I2fda95a52ba067b69f4492b8abaec7e1eb145f7b
Reviewed-on: https://gerrit.collaboraoffice.com/c/core/+/1232
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Reviewed-on: https://gerrit.collaboraoffice.com/c/online/+/1618
Tested-by: Pranam Lashkari <lpranam@collabora.com>
Reviewed-by: Pranam Lashkari <lpranam@collabora.com>
(cherry picked from commit b43943b73d5b98b180eac2093bc0fe9c1f58192c)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/205171
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
PPTX export (pptx-epptooxml.cxx):
- Add xmlns:p14 namespace declaration on <p14:sectionLst>,
required by Office 365 to parse the extension block
- Add position-based fallback when slide name lookup fails
(e.g. after ODP round-trip where "Slide 1" becomes "page1")
- Make section extension URI a constexpr string
ODP export (sdxmlexp.cxx):
- Resolve grab bag slide names to current draw:page names by
position, preventing stale name mismatch between
<loext:section-slide loext:name="..."> and <draw:page draw:name="...">
Change-Id: Id816072838da1a8be4c638310ec252b2eaeaf041
Reviewed-on: https://gerrit.collaboraoffice.com/c/core/+/895
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
Tested-by: Caolán McNamara <caolan.mcnamara@collabora.com>
(cherry picked from commit 78766729df864a2d46ed02e95fba7ab4ebf3f689)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/205054
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
Store slide sections in ODP files using a new loext: extension
element, written only in ODFSVER_EXTENDED mode:
<loext:section-list>
<loext:section loext:name="Section Name"
loext:identifier="{GUID}">
<loext:section-slide loext:name="Slide1"/>
</loext:section>
</loext:section-list>
Export (sdxmlexp.cxx):
Add exportSections() method that reads OOXSectionList from
InteropGrabBag and writes the loext elements. Section names,
GUIDs, and slide page names are written directly since the
grab bag already stores names.
Import (ximpbody.cxx):
Add SdXMLSectionListContext and SdXMLSectionContext classes
that parse the loext:section-list structure and store sections
back into InteropGrabBag with slide names and optional GUIDs.
Hook into SdXMLBodyContext::createFastChildContext.
This enables full PPTX -> ODP -> PPTX round-trip preservation
of slide sections including their GUIDs.
Change-Id: Ic1c040d06c8c890699b7dfa4974694a2ea204f90
Reviewed-on: https://gerrit.collaboraoffice.com/c/core/+/713
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
(cherry picked from commit b0c9f8bd70a96b2e3d432993260920d3739a2eda)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/205050
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
Tested-by: Jenkins
Write the p14:sectionLst element inside p:extLst when exporting
to PPTX, reading section data from the document's InteropGrabBag.
Resolve slide page names back to PPTX slide IDs at export time by
building a name-to-index map from the current draw pages, then
mapping indices to the slide IDs assigned during export. This
approach naturally handles slide deletion (deleted slide names
simply don't match) and reordering (names are position-independent).
Generate a new GUID via comphelper::xml::generateGUIDString() for
sections that lack an Id (e.g. after ODP round-trip from older
files), ensuring PowerPoint always sees valid section identifiers.
Track slide IDs in maSlideIdsInOrder during ImplWriteSlide() so
WriteSections() can map slide indices to the correct PPTX IDs.
Change-Id: I28909a45d684d35416368d3fdcd5c78fc3fbff5f
Reviewed-on: https://gerrit.collaboraoffice.com/c/core/+/712
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
(cherry picked from commit eb36cc655b791322ead8117e17201fd6749a87fc)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/205049
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
PowerPoint stores slide sections in presentation.xml as
<p14:sectionLst> inside <p:extLst>. Each section has a name,
a GUID identifier, and a list of slide IDs referencing slides
in that section.
Store sections in the document's InteropGrabBag under the key
"OOXSectionList". Each section stores its name, GUID, and a list
of slide page names (not indices) so that sections remain valid
when slides are deleted or reordered after import.
Change-Id: I2e56746e7d5f79dd071695507ff030522d26c8ec
Reviewed-on: https://gerrit.collaboraoffice.com/c/core/+/711
Tested-by: Jenkins CPCI <releng@collaboraoffice.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
(cherry picked from commit 5596879527f6b317eb4692ae8c9032e72898bf06)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/205048
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
Tested-by: Jenkins
problem:
regression from 72bbb0dd4a
when data validity dialog was not displayed, error function returned early
this caused issue with cell invalid data cleaning and it was not possible
to enter new data in any new cell
to reproduce:
select data validity as list and also disable error message showing
enter the invalid data in the validity cell
subsequently its not possible to type in any cells
Change-Id: Ia2157ae57ca90dd9365daae7881640a00c3f1216
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/193141
Reviewed-by: Pranam Lashkari <lpranam@collabora.com>
Tested-by: Jenkins
problem:
regression from 72bbb0dd4a
when data validity dialog was not displayed, error function returned early
this caused issue with cell invalid data cleaning and it was not possible
to enter new data in any new cell
Change-Id: I612ea8b9c651afba1095fc14726e5398484207f5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/193186
Reviewed-by: Pranam Lashkari <lpranam@collabora.com>
Tested-by: Jenkins
problem:
in LOK when multipe users select the different slides some operations may fail
i.e:
- user A and B opens the document,
- User B selects slide 4
- User A selects slide 1
(without this patch SdPage will only concider slide 1 selected)
- Then user B tries to drag and drop slide 4 above the slide 1
- now core will think slide 1 is selected and need to put
it above slide 1 that means nothing happens
Change-Id: Ia9ebe531ddb1c21ffaa1435d9cc777750b4ca24c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/184629
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
(cherry picked from commit aee332547295c78b3bcda38b67ba3f1ec2b0fc06)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/184842
Tested-by: Jenkins
in core this works between multiple instances (ie: multi users)
in online now its will be possible to copy slides from one
presentation to another
in core to test with multiple instance:
./instdir/program/soffice -env:UserInstallation=file:///tmp/test1 &
./instdir/program/soffice -env:UserInstallation=file:///tmp/test2 &
Co-authored-by: Pranam Lashkari <lpranam@collabora.com>
Co-authored-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Change-Id: I95b4d332968fd8895b1d950ea620ea37a85524c8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/184232
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
(cherry picked from commit cdaf9a06f5467f0f0167885a3e44ecc3cdd87b76)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/184262
Tested-by: Jenkins
problem:
in online though kit process it was difficult to
trigger the slidesorter clipboard to copy slides.
Difficulty was caused by slidesorter using its
own viewshell to copy and online triggering copy
command on drawviewshell.
It's more convenient to use a different command
rather than jumping between viewshells in this case
Change-Id: I347ad0044efa64a3e5dcd26aeb16fe5b8103bb12
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/183924
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
problem:
1. some characters were not correctly interpreted inside formulas
casuing them to appear as inverted question mark.
2. when some special symbols like 'abs' were inserted as normal string
were replaced with symbols and sometimes also causing to invalidate formula
and add inverted question mark
Note:
So in MSO if you use operator with spaces on either size it will be treated as
literal and when you use them without space in either side it will be operator.
This same thing goes for all operators.
In libre office you will be able to see visual difference
in operator and literal one is slightly bold than other.
Change-Id: Id1b0cda36727c1749619adc858b27212057b37e3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/176421
Reviewed-by: Pranam Lashkari <lpranam@collabora.com>
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/177797
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
problem:
when we enter to edit a formula a new view shell is created.
In LOK all the JSwidgets would be mapped to this window id.
But when LOK requests widgets we get the requests from the main viewshell
and we can't find any widgets mapped to the main viewshell
which means LOK can't load any widgets.
Currently there's no mechanism to find the sub viewshell
Change-Id: I4f9ce161101ef6815f4d9e712d9bd42f0dc83ea3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/180038
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/180287
Tested-by: Jenkins
these properties are either updated or reformatted based on *Blanked variables so no need to do an extra update
problem:
emptying these properties causes to lose measurement units in LOK. It happens due to second time this sidebar is not completly initialised but just updated the value of the fields so units are lost for LOK.
Change-Id: Id32638686578652ab4ffa25a638b5308c46eea2b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/179583
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/180288
Tested-by: Jenkins
Reviewed-by: Pranam Lashkari <lpranam@collabora.com>
broadcast was set from sw::UpdateFramesForRemoveDeleteRedline
which triggered SwPostItMgr::Notify
in that case SwFormatFieldHintWhich::INSERTED may have pField which maybe different from SwPostIt
fixed regression from 0b7a9c231f66b5c2659ab3aa6a0f3c7991b9e721
problem:(in LOK)
with tracked changed on delete a merge field
then reject the changes
LOK will crash
Change-Id: Ic1fafa1408d7a238133f5b3d18bf948d539aa991
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/175808
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/175833
Reviewed-by: Pranam Lashkari <lpranam@collabora.com>
Tested-by: Jenkins
problem:
when multiple users used calc in kit in different languages,
all the users will be shows formula autocomplete in first language
list was created in, and later or new list creation was skipped.
Change-Id: I92af9b3481825e554b6aaeb4b46e7873dadc39c1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172669
Tested-by: Jenkins
Reviewed-by: Pranam Lashkari <lpranam@collabora.com>
now when a conditional format entry is edited,
instead of editing entry in the same format,
we delete entry from the origianal format and create
a new format with modified entry alone.
This way it easier to manage formats, and it also aligns
with implementation of how format manager adds new
format condition(it adds new format for each condition instead
of adding new entry to existing format)
Change-Id: Iaa92292ca67eaf90374d2af44d2402f9ebe29787
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169537
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170915
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Tested-by: Jenkins
so we can bundle the creation of the comment and the insertion
of its "reply" characteristics together as a single Undo group.
wrap the new combination with a single undo operation showing "Insert
Comment" using Rewriter
Change-Id: I5927fa5501da0c49cc1182c60e23be290b8c37c5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168190
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
in ScBlockUndo::AdjustHeight now we use device like ScViewFunc::SetWidthOrHeight
This provides unified behavior with user adjusting height or triggered it by undo
problem:
in online sometimes undoing would cause wrong selection due to incorrect height set
steps to reproduce(happened in certain files only):
1. autofill down a couple of cells
2. undo it
3. try to select the same cell again
cell selection will act like auto filled cells are merged cells
Change-Id: I81b798c4150284792ac3953caf822fefab0ccee2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167424
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
(cherry picked from commit 726b133fd8c823c7f05a30c1995de26db372174d)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167454
Tested-by: Jenkins
Reviewed-by: Pranam Lashkari <lpranam@collabora.com>
problem:
in LOK/online to support async save, files in jails may have
different extensions (ie: .upload, .uploading)
this caused problem to detect files as original file name may not exist.
As result property like file size were always set to 0
Change-Id: I552aef203297470d01032659a266210970129e66
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165769
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
(cherry picked from commit aa4e10efc6e9ac92b0c652f238526aacbe2096c6)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166171
Tested-by: Jenkins
problem:
when online created file using WOPI clients, creation dates were never set.
in online files are created using templates, even empty files are created using
an empty template
Change-Id: I3f022427745de7204faac9418620e2a87f9cf684
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165711
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
Pranam Lashkari