It was only checked by our own code, and only DirectX 9 is supported.

Change-Id: I03035f87969301624df011cb4d76c6a9532f3c99

Change-Id: I661949a8635a2ed1a1efda77ced48a0fa9f6722e

Change-Id: I30657eb609a9d02217238dd37a3f23e05168569c

Since MSVC 2012 the Windows SDK includes DirectX as well; the last
release of standalone DirectX SDK was in 2010.

Change-Id: I4236421e7abd7a4a7201ef5913dc21c76945ea53

Change-Id: I5106593ad5472992e3607665849fb35802b6e266

Change-Id: I3ae51b8c57e70593153805e5c7c139573c543b5a

Change-Id: Ia94f490c0ad8c392bd8bbfbe889f5333c13e0022

i.e.

commit af64f430
Date:   Mon Dec 8 16:11:41 2014 +0000

    writer won't allow us to enter multiple CrossRefBookmarks on the same node

    e.g. fdo63164-1.docx and loads more like that, and the .docx genuinely has
    multiple bookmarks at the same place, so just allow the first one and discard
    the following ones

in favour of

commit 7a12360e
Date:   Wed Dec 10 14:56:27 2014 +0100

    sw: don't assert when SwXBookmark creates duplicate CrossRef*Bookmark

    The bugdoc of fdo#87110 has a couple such duplicates.  Check for it and
    let SwXBookmark throw an IllegalArgumentException.

but leave test doc in place

Change-Id: Ib0bfc991684b2c9c4f1959a17c49bf1c0179be79

(similar to our CPPUNITTRACE hook)

Change-Id: Iec4e8d4246ba7fca0afe5f9be6f6bcd9e0289e49

Change-Id: I68f7d4e2d91d37013018fc3cc185c46eb81fcb7d

regression from introduction of boost::ptr_vector originally one had to Remove
and delete the return to delete it, while now the Remove automatically delete
it. This bare Remove to just "release" it seems to have been overlooked

Change-Id: I175f7c95862ce47402993e5e3b8feaa93af43e75

Change-Id: I884aca0e49f424823201a69f03c6bba4e816f3c1

For example,
1. echo -e "5,6\n7,8"
2. select the lines and copy them to clipboard
3. select an area in Calc, starting from bottom right
4. paste
5. select comma as data separator in the CSV import dialog

I think most people would expect the data to appear in the selected
area, but currently it would be inserted starting from active cell
(which is the bottom right cell of the selection).

Change-Id: Ief0e05deda18928a832dca2a261f8493ac9a03a9
Reviewed-on: https://gerrit.libreoffice.org/13410Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

It doesn't win us much performance-wise (as it turned out), and causes
weird crashers with large documents.

Change-Id: I0566ce850b8f6656e6f9821c653b7a825a7874a3

When exporting the .DOC bugdoc of fdo#87110 to ODF, the auto-styles
export will iterate over the fieldmarks in the page header and add the
attributes for them but not export the elements, so the first auto-style
gets a bunch of duplicate attributes.

Change-Id: I3fcf39f03e3d9ae5fca661efa7eb4bbb3eab9f5c

The bugdoc of fdo#87110 has a couple such duplicates.  Check for it and
let SwXBookmark throw an IllegalArgumentException.

Change-Id: I460dc3a8d9c554c194a32a73526e13422ddd1c52

There are at least 2 callers of InsertTextContent() that have
non-trivial catch handlers for this exception, which aren't called now.

(regression from bebf8ccf)

Change-Id: I085b710dfd5877e9b7e71610951543eddf6a6e46

Reviewed on:
	https://gerrit.libreoffice.org/13413
Conflicts:
	sw/qa/extras/uiwriter/uiwriter.cxx

Change-Id: I26a8707046d7f30381fb51c41e49f8dee4796ba7

The problem was that in case the bookmark range points to a number of
characters in a text node, where neither the start or the end is the paragraph
start and end, and in case there is an at-char anchored object at the beginning
of the paragraph, then lcl_CreatePortions() never ended.

It is assumed that the loop in lcl_CreatePortions() will end at some stage, as
every iteration moves the cursor forward. But this wasn't true in the above
situation: the first frame was anchored at char pos 0, the range was char
positions 1..7, and we failed to ignore frames which are anchored before start:
so position was constantly 1.

Fix the problem by explicitly ignoring frames before the current position, so
lcl_ExportFrames() properly returns -1 when there are no anchored objects in
the current range. Testcase is in the next commit.

Change-Id: I73662e09cd09ee7e0ea4575b1150beb40f1ccc3a

...they just "happen" to have the same name

Change-Id: Ia602f9a62e07c3af6fba2ffb84a858e1fb4b09ce

the 8.1 one is the only where it is installed to in a plain install of
VS2013 (update 4)

Change-Id: I797c3d1501d6ee87e5f662279221c4d285933f2d

It is already checked on all call chains:

* CreateSalInstance (vcl/unx/generic/plugadapt/salplug.cxx) checks
  IsHeadlessModeRequested before calling autodetect_plugin ->
  get_desktop_environment -> get_desktop_environment

* Application::GetDesktopEnvironment (vcl/source/app/svapp.cxx) checks
  IsHeadlessModeEnabled before potentially calling SalGetDesktopEnvironment
  (vcl/unx/generic/plugadapt/salplug.cxx) -> get_desktop_environment
  -> get_desktop_environment

* The two calls to SalGetDesktopEnvironment in vcl/unx/gtk/ are clearly only done
  for GTK plugins, not headless

Change-Id: I44b43cecd63effc5b2e3ad2a449943fee183462a

Change-Id: Ia52bc54084883817ffdd8ade06c3079865d52f70

and drop old VS2012 part from configure.ac

Change-Id: If0bedff0972a40f92aaf86140a0405d2af1dbc8d

IsHeadlessModeEnabled should work just as well, given that
Desktop::RegisterServices (desktop/source/app/appinit.cxx) calls
EnableHeadlessMode if IsHeadless

Change-Id: I4ffd8e6e3a37a8929620418e97854106ea937c9f

Change-Id: I97c1becd4a3f31ebb5d984d5efbfef7b9339f6bf

Change-Id: I9046c57440b6adb83204d0f596b1cb8467405dfa

Change-Id: If859352a7d8d409e5c3c651e0ffea0b3687007db

These are usually very short-lived marks that are used for various
internal purposes or by UNO interfaces, so restoring them from undo history
does not make any sense. It can in fact lead to a crash on undo if the mark has
been already deleted (which is usually the case with UNO marks) but
the restoring still refers to it (this is not a problem with other mark types
since those should be deleted only when they are no longer in the document,
in which case they are saved in undo history by content positions rather than
mark references).

Change-Id: Id707dc3d2b888b5c96a974d04a0ef17b22fc024c

Change-Id: If9bd4d906906e0e6cd7c5bb61f8a67a163218395

Change-Id: I735bac570a0bed35d9ddc07e5f107fb696b49082

Change-Id: I5f7bfffd1b9751c30c737c886afcd572fa44d234

Change-Id: I7f7e9094cb992b2cec3ab156a83791559cbb4344

since we introduced the new constructors that pass the cause all the
way up to java.lang.Throwable.
Also simplify some exeception printing sites, because Throwable
will correctly print out child exceptions for us.

Change-Id: Ibbecce3c6f971fbc80d6de2052ab4f33a4503c0a

Change-Id: I3c119182c093b625b57ebc1c23986cab7faf09b0

Change-Id: I81ac033ebe887256279232d192f5ab93dccc0434

Change-Id: I794042c78723a0d40de8054084b27805cba6cfee

Change-Id: I47adee37ce1c4235f8c44650289c09a073da45b4

As discussed in

http://listarchives.libreoffice.org/global/design/msg06845.html

Change-Id: I9e9ada1b2bee6023ee7f79d28cf4de2765c5daa0

Change-Id: I58f1f500594b53444dedb221eb89f383b2a87e91