Change-Id: I7e1a41784fc12828a2f530a3e3019b95ade19cdf
Reviewed-on: https://gerrit.libreoffice.org/8328Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>

(BTW: There seems to be some duplication between dockwin and dockmgr)

Conflicts:
	vcl/source/window/dockwin.cxx

Change-Id: Icaf421620f87de7512a461b778958f6e141946db
Reviewed-on: https://gerrit.libreoffice.org/8171Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Ieb61128a6497fc8f980b315a949ce74b2dc4adce
Reviewed-on: https://gerrit.libreoffice.org/8324Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I1285c4e47ad381934adc3aea6671e7c95d820c39
Reviewed-on: https://gerrit.libreoffice.org/8334Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Idd4d9d556d6644350d1a14b9f81f5fd0df8ee2d1
Reviewed-on: https://gerrit.libreoffice.org/8344Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

	Issue :
	'Break to Next Page' gets converted to 'Page Break Before'
         in RT.

	XML diffrenece :
	- LO exports <w:br> as <w:pageBreakBefore /> in document.xml
	- The page break is written into wrong paragraph.

	Implementation :
	1] Removed implementation to export <w:pageBreakBefore />.
	2] Added a check to write <w:br> in correct paragraph.
	3] Modified code to handle SectionBreak() even if Text node
       	   has no string.
	   It is required when DOCX contains a PageBreak with footer.
	4] Written Export Unit Test case.

Conflicts:
	sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
	https://gerrit.libreoffice.org/7891

Change-Id: I237b9c5fdd3083b441f6e81cd8442f458eccf1a0

Change-Id: I64fa42929aad00fc63f2937527dd3539f9d6f7f3
Reviewed-on: https://gerrit.libreoffice.org/8337Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I34d98f086d1a041516174a26cbf37fc3d75da155
Reviewed-on: https://gerrit.libreoffice.org/8333Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Problem description:
- If the document contains a hyperlink in footer
  that starts with "www" (ex. www.google.com) then
  the footer1.xml.rels of the roundtrip file contains
  empty Target.
- Since the target is empty, the file get corrupted in MS Office 2007.

Implementation:
- If hyperlink starts with "www" then make bSmart as true.

Change-Id: Ifa2b587d3326152b2d9778bd818fbe68b1cf6410
Reviewed-on: https://gerrit.libreoffice.org/7766Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

This reduces the number of files which need to be recompiled
after a change to the internal details.

Also: Remove explicit assignment operators since they are no longer
needed.

Change-Id: Ieb18a8437fbcd39c6003b50c656ce010f5002d9a
Reviewed-on: https://gerrit.libreoffice.org/8161Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: Ic7a4ff410b2e4450c5f5220c6201931ca3e15a02
Reviewed-on: https://gerrit.libreoffice.org/8307Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: I773524536c0ed7bc34eb08cd35cfc77e83f722ba

Change-Id: I9416551ba78a6a27071fdf92a6c36c271a1032b7

Change-Id: I323bef2e1c21e2a1981409d4295ccf555088e5ea

Change-Id: Id0c18cb51af742d073d532662558fdd84d476f88

Change-Id: I177daf0d4e22d96167ab094a5c9d5c9cab6cf409

(cherry picked from commit 1a15756d)

Conflicts:
	ucb/source/ucp/webdav/DAVProperties.cxx
	ucb/source/ucp/webdav/SerfRequestProcessor.cxx
	ucb/source/ucp/webdav/SerfSession.cxx

Rest ignored.

Change-Id: I7d25170cc07538dbab70bc72af8764820da2b60b

when header name's data need to be copied

(cherry picked from commit e50d4638)

Change-Id: Ib4f171b05bafe380187a09cbfe143b0bef8b6f25

that solves another dozen warnings
(cherry picked from commit f42f6eb8)

Change-Id: Ia06cee06e04b09fe6ed45cf4159722be191a21d2

(cherry picked from commit eb0311f3)

Conflicts:
	external_deps.lst
	scp2/source/ooo/file_library_ooo.scp
	solenv/bin/download_external_dependencies.pl
	ucb/source/ucp/webdav/SerfPostReqProcImpl.cxx
	ucb/source/ucp/webdav/SerfPropFindReqProcImpl.cxx
	ucb/source/ucp/webdav/SerfPropPatchReqProcImpl.cxx
	ucb/source/ucp/webdav/SerfPutReqProcImpl.cxx
	ucb/source/ucp/webdav/SerfSession.cxx

Change-Id: I6b9576226f86b87397bedc2b67a9289bc19317a7

Change-Id: I71984066a512a023c67d1690bd984d66f75f894b

and the consequently unused code
ScTable::IsEmptyData(short, short)

Change-Id: I622de7c1118d61c0e434f80d1b7c41ace24c5592

Change-Id: Ic0f638f1e052b2d9117207f234d879638cbfc19a

and consequently unused code
ScTable::GetFormulaTokens
ScColumn::GetFormulaTokens

Change-Id: Iad1fd45e67489bb8b0f9ed96a36b647e40e6f774

and the consequently unused code
ScTable::RebuildFormulaGroups()

Change-Id: Ic7dfb7420c7cc4ca52c4ed4fe580fbb499ab53b6

Change-Id: I907492e1385f76d27cc8559d599f518d3b91f75d

removes these methods:
sfx2::sidebar::Context::EvaluateMatch(std::vector<sfx2::sidebar::Context>)
sfx2::sidebar::EnumContext::EvaluateMatch(std::vector<sfx2::sidebar::EnumContext>)

Change-Id: I14314d526a5306530d0381ca8bf6ab150d3dd5a0

Fixed the fairly obvious (?) mistake. Thanks again to our Clang plugin and
sberg.

Change-Id: I7b7ab4b6fcb99b93305c7e8872810a6096c8b720

blipFill and other fill elements are not allowed to appear together. See
EG_FillProperties in the OOXML spec.

See fdo31551-2.ods

Change-Id: If5869ab9dc69815938c1f4c6fb180b0c1652ddcc

Change-Id: I66b5f144da7951f36e32a840b8ed70f38539f105

Change-Id: Iae492bf19edffe84f86bfa9bf247f120f8c9cb79

Change-Id: I7969af2e6c73175b020816156478021dcaf8afb0

Change-Id: Ie4b99e2791cd3575d6544bfca6c6b4e386ac04ea

It was just not working at all due to multiple reasons.  The
reference update needed to be reworked for formula groups such that
the token array is adjusted only for the top cell but all formula cells
still needed to be processed afterwards.  The bound check also needed
to be done against the old range prior to the move, not the new range
after the move.

During undo, the paint had to be deferred until after the two calls to
DoUndo() else the formula cells would get re-calculated before the
values were placed back to their old positions, causing them to mis-
calculate wrong values.

Change-Id: Iba66f80a413e0539cac5ab619226cd6f7a04f317

Change-Id: Iff2b5fd05eb098e83281c5ae9cedf309edde7250

This commit covers ods import and UNO API layer.

Change-Id: I3ad1b7cfefe49575694e2351bcba6e5733b009d2

Change-Id: I648d2d04c86d61b1cbe291e7aa79bf9219833328

Change-Id: I66b2923a59e06c5798d8debb14eb2282c9a4fb1d

Change-Id: Ib7ae9b0a0cddd070372a244cf705f71b6e793473

Change-Id: Id8e32dab357d0eda90d36ab4e53f3eb2da769029