There is actually a comment in the mail merge code:

  // convert fields to text if we are exporting to PDF
  // this prevents a second merge while updating the fields
  // in SwXTextDocument::getRendererCount()

This was included to fix i#93714.

But the reference to 2005-05-23 #122919# in the actual code
doesn't help to understand, why the original code is needed.
I would like to get rid of it, but currently don't have time
for tests.

So the optimization to skip ConvertFieldsToText() and use a
single working document for individual document mail merge
breaks for PDF, as the working document won't contain any
fields after the first document is written.
This uses multiple working documents for PDF export again.

Change-Id: I0cf1c64da27863fc5fb4bb6c7812fed90b737d13

Change-Id: Id7a7b33dbfc902fcf5130f3dc8ae23012d1f2310

v2: Solved dimmed button problem and changed controller class
for listen trackchangesbar button.

Change-Id: I5a921ad9bb6c8e53d3043e86492d0923a998f3d2
Signed-off-by: Gulsah Kose <gulsah.1004@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/21064Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>
Tested-by: Maxim Monastirsky <momonasmon@gmail.com>

Change-Id: I4c0360b088f7de8bbcd598fcf3f35c6de13b6c66

... instead of AddToken() that just clones it again.

Change-Id: I99b02b0924d0a0c070435501f8ecd45f030e9c2c

Change-Id: I7c40d7eb90a5c2b5d9808683c83b664707c27cb1
Reviewed-on: https://gerrit.libreoffice.org/21128Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Tested-by: Ashod Nakashian <ashnakash@gmail.com>

Change-Id: I20b91ad65514e27094ff702d1d94a48ef9a82fe6

Also SotData_Impl is used only in exchange.cxx now. Move there.

Change-Id: I548095c2226d92aea4193bb1a3671e2381996435

Change-Id: Ia683280a3e95eee995e036db6bde5d28852f92ff

SmClipboardChangeListener was gone at 5ed3fa4c.

Change-Id: Ia826ecbeb53eb1d5cb41bd39fe250cdaf60268cd
Reviewed-on: https://gerrit.libreoffice.org/20987Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>

The remaining cases when loading old and wrong ISOWEEKNUM that can't be
mapped to either new WEEKNUM or ISOWEEKNUM now are mapped to
WEEKNUM_OOO(date,mode) with calculations identical to the old and wrong
OOo WEEKNUM.

These WEEKNUM_OOO cases are still wrongly saved as ISOWEEKNUM so can be
read by 5.0 or earlier versions as the old WEEKNUM, which should be
changed for 5.3 or later.

WEEKNUM_OOO is not offered in the Function Wizard to prevent deliberate
usage.

Also reverts the interim unit test change to
sc/qa/unit/data/contentCSV/date-time-functions.csv
that was necessary to catch the error generated by ISOWEEKNUM with two
arguments.

Change-Id: I874c4c7225900f03b879f2947512ae02270cbd4f

Change-Id: If32565d244d7882e1fca514214e5be1351ead41f

This reverts commit c01bcbc8.

It still needs to be determined if this really was a good idea or a
brain fart from me.

There are some serious interop issues around the issue.

Change-Id: I575f6fc9c1605bb7ec07842928f85c2eeadc72f8
Reviewed-on: https://gerrit.libreoffice.org/20954Reviewed-by: rezso <rezso@rezso.net>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

...instead of a local function using a static (!) buffer, which just cannot work
in a multi-threaded environment.

Change-Id: Id28e1c55c32aa2e35cd3c1756f5d392241092a30

Change-Id: I14628e9dee8651e87b4782057c4681fded5e4643

Change-Id: I65022f30e21cb94fc8c653ef8e2797da3746875c

After external input (EndExtTextInput), the selection was marked
as invalid, but bFormatted remained true, so all the functions that
re-evaluated and marked the portion as valid again were skipped
and therefore the invalid portion was not painted.

Change-Id: Ibb2208bdaeb8ed17a4a34fa378a2fc750abf1b07
Reviewed-on: https://gerrit.libreoffice.org/20986Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: Ib0372d6a98734724d99b979f2d01abc1ee317847

Change-Id: I60e0b71d41a726459baeb7e590745d6bfb58e884

Change-Id: I0b8a78fc6bce5cb737cc7070b1b69184c5f6991c

Remove an unused variable, add comments, reduce the time a tile stays
black, and don’t rely on implicit casts of integers into floats.

Change-Id: Ifacf49fe99818a62ad0430d86dc15c3bf51cf326

Change-Id: I94c5759d47a17e93f0614bfd95b52d64f9d2d896

Change-Id: I204cdb190d9d505551fb3f7b77046dd171b94290

Change-Id: I36cf0a8aa2f501fa30d86de35ae083e78ce0904b

Change-Id: Ic98c731eb381ee3b6ff198381b63e48b786e3fe6

Change-Id: Ic2248b3bc6460e65bdf4eb30af4f8893a7f0e68d

Change-Id: I2125d23a535891c0269f12e5abfbe72fa5422393

Having a place holder for substituting the file name instead of concatenating it in
Properties dialogue title.

Change-Id: I8b3bafbc95c857fa5957bfdafbded5dde94e0e64
Reviewed-on: https://gerrit.libreoffice.org/21107Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Tested-by: Ashod Nakashian <ashnakash@gmail.com>

Change-Id: I3fba2c76c83381eb398c80947ef4849bccf7ab27
Reviewed-on: https://gerrit.libreoffice.org/21078Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Tested-by: Ashod Nakashian <ashnakash@gmail.com>

* old WEEKNUM(date,1) (saved as ISOWEEKNUM(date,1)) now results in
  Err:504 because there is no match to convert to.

* old WEEKNUM(date,2) (saved as ISOWEEKNUM(date,2)) is now converted to
  ISOWEEKNUM(date) and for the sample date 1995-01-01 week 52 is the
  correct result, the test case erroneously tested against week 1
  because the implementation of the now current WEEKNUM(date,2) was
  wrong and even if now right doesn't match the calculation of the ISO
  week.

Change-Id: Ia6940fce1f97639ea9b04f05172a64eb46b65635

(regression from commit d75b9fd5)

Change-Id: I6e67ebfbac20b42c0ff8580b575793daec46b68d

Change-Id: I5b9bb5231d65beb0ac5c98973a33f1cb369f0649

Change-Id: I6486916a189d102a8f794daa8084d9857fad35de

Reportedly some virus scanners warn about some of these files.

Use a new "RC4" name prefix since the files don't come from external
sources.

http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.devel/69200

Change-Id: I6d4cff2fdd5c0134bf2c77558ea09b3196b39be9

Change-Id: Ica344a8f1351826e53c109ef49f80e4b022a0364

Change-Id: I7b53113c0665fbd705b9110075f0d707c7798fdd

Change-Id: Ia6dc83137fb970046750996b9afd7a54aa4f4c5b

This reverts commit f961fef0.

This can be done only *after* the firebird driver switches to the backup format.

Change-Id: I71874ab6d4b4da9648e08d037786a56f9421751d
Reviewed-on: https://gerrit.libreoffice.org/21113Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Change-Id: I49305167b1062dbe8158fdb446859138ba283da2
Reviewed-on: https://gerrit.libreoffice.org/16136Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: jan iversen <jani@documentfoundation.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>