Change-Id: I62162230b313c66872ef1b3e8b18070126169aa1

as opposed to buggily trying to build it ourselves from the path

Change-Id: Ibf44fac809a9cf12bc654a5a2f8ac8f00866b1a3

Change-Id: Ifd32f99f4ab1df1625464c2f269bc85f7283783f

xStorable is obtained from a XComponent,
so use the original instead of requerying
a XComponent from the XStorable.

Change-Id: Iec5ca6ddcf3eedd193ec04129ba9aa1d13af1d0e

Change-Id: I44500717109a026d7c71e6494daacbea1f224263

Change-Id: I6e1782674e66e5f744e307490ce6f417607d7f29

Project: help  73a4731805ca6d8ee9b33f52093e46d8a0703b16

Change-Id: Iec798b3db23883d34bfbaff0003330f013df1a3e

Change-Id: I441e23ab329a09cec7b28dfa743a63b4c834da8a

Change-Id: I34f527ff8e1e9819f4e6ac728efa1e31f8bc3d48

Change-Id: Ia474ee07b1bd411eae8cd1ddd55c4fa83dbd5f47

Project: help  1d8e9be32370edf1d58c176c059e5cbe7d799958

Change-Id: I3357ff4af0ac43950db94d1a009faeb4fb281dba

This reverts commit bcfb5f0e.
82a844a6 solves the root of the issue

Change-Id: Ie086cf59ae86a845e0b84e0ecba7f7e578d83783

Change-Id: I5353cffa12e7378e18fc38172c51257915d880b9

In UI localizations where the translation for such an entry is missing
the entire entry is omitted, causing the following entries to be shifted
by an offset and picking a wrong entry. Seems that rsc does not handle
this case properly.

Change-Id: I0efe1ac5d1f704ab2ba6919c4997caaca2153401

Change-Id: Ia3ea3fcf38512431fb99191f230450f26c7b3e2f

The old MsLangId::convert...() methods did implicitly fall back to a
known locale, this behavior is explicitly needed here to select a proper
completely known locale.

Change-Id: I350989f3af679890ddb0de964c2d107420331160

Change-Id: I26923469d08308233ce3fabe749806c16d75cecd

Change-Id: I78cdd43e02a891fac7240105a9457df105fb849f

Change-Id: I4ed43a7464da4f4e68636dc90bb92c9a1f76336f

And hopefully this will also fix the Windows build as well.

Change-Id: I6a008c0bf74d436be7eef0c5d0945dd07e3954e5

Change-Id: I2af468933b1e9bdad1c6da1f881daaf068b6bec0

Change-Id: I27dc30c8aba7b77cdac771ca733fadb805a5c75b

The infobar should be added to the infobar list.

Change-Id: I105dd5091daf3596fdd7dd119a07d6160444c673

The reason of the crash is that the recent file opening
feature can't get the session automatically.

Change-Id: I6890c04cfdafc81d19c6b2b2024896df040fe091

The file picker can't go back folder if we use
ID mark in the URL.

Conflicts:
	ucb/source/ucp/cmis/cmis_content.cxx

Change-Id: I6985feec71dc23848ee022e0bab9e8515a21ffd2

Change-Id: Ic19707b99b1a53005ac319887219fc52b3e60e89

Writer core doesn't support this, and this has been a problem for table
cells as well. There the workaround we're using for quite a while is to
do the rotation at a text portion level instead, which results in
reasonable layout for simple cases. Do the same here.

One additional complexity is that the API between oox and writerfilter
is a single UNO shape, we get this property in oox, and we have to
handle it in writerfilter, when the text frame is already attached to
some text. Kill this problem by adding a FrameInteropGrabBag for sw text
frames: it's useful anyway, and then we can pass around this property
inside the grab bag.

Change-Id: Idb5ec83b5cbdde8f29d15b2cebfad24226bb6507

Change-Id: I0a24fb53c2ff48c26b1c97b9a4768c3a725cd686

Change-Id: Iaadec33715f8e0e0c6595c5e684606905274fdab

Change-Id: I751f94994cf51c01c56a10702c1d0d5f21ba6b45

Change-Id: I3581dc5e9e3b756ac8fcdf6cdb2dec896b75e467

Change-Id: Icce7ee8e10539d43f5686275930041a8b699b1c3

Change-Id: I1893ee58431ccf7d5d6b375c46333b73b9f92ede

Change-Id: I35bd6c4eb15316de86f7fd85c81173a0e4ffc136

Change-Id: I287eeb68ee23931f0592190bad47a86cb4b8efac

Change-Id: I2cda597bd1ccfef1234ae818716016056f44eac2

Change-Id: Ib84cee7dbb493387760ce68c25ec442bf0a4a121