Change-Id: I9b73b6b6073b3249317f4e1124d840930cbe558f

Change-Id: I337d845e05007efb29f1c1fa39cdcc046b156281

Change-Id: I5c1f624cc05a90878f717abc8ffb0b2220ce94d5

Includes warning fixes from Markus Mohrhard.

Conflicts:
	chart2/source/view/inc/GL3DRenderer.hxx
	chart2/source/view/main/GL3DRenderer.cxx

Change-Id: I09da7c49eb11da9ea2bc18a5e13f2fd2c0d6bd8f

Change-Id: I10aa08268bf148eb792440f13bcf044b350d6937

Change-Id: I922d24bc63ed7c1f16318c25da0b6b3401d24b6f

Conflicts:
	chart2/source/view/main/GL3DRenderer.cxx

Change-Id: I3cf9636b36ffd47589dd3ab61278802ca73644ce

Conflicts:
	chart2/source/view/main/GL3DRenderer.cxx

Change-Id: I23b9929dd3f0f1b0a070091ed9c1fe920edfcbf9

Change-Id: Ie197d0156a2d8b54fe6b08a905d82a63d31513f2

Change-Id: I427b408f898b4f4697f460a61fc306f65d68e12a

Change-Id: I4b315d9a4a6fb384eaec4d58c53291e473fb6d85

e.g. fdo26139-1.pdf

Change-Id: Ic5854e2056c246d48e2962dfe0a91f67c2c30c04

Change-Id: Id714a54b08127c594c108c824bb0dedd74bb5c06

...instead of legacy __getServiceFactory.  This fixes a subtle bug:  When these
Java extensions are live-deployed, they are offloaded to an additional uno
process.  Their __getServiceFactory methods were called with the uno process
(component context's) service manager, which they stored away for later use in
OneInstanceFactory.createInstance.  So even if later on an instance was created
with the main LO process's component context, the uno process's component
context would be used to instantiate the (C++)
com.sun.star.linguistic2.LinguProperties service (in the uno process!), and that
happens to internally use comphelper::getProcessServiceFactory, which would be
null in the uno process,

comphelper::getProcessServiceFactory
comphelper::getProcessComponentContext
(anonymous namespace)::getConfigurationProvider
utl::ConfigManager::acquireTree
utl::ConfigManager::addConfigItem
utl::ConfigItem::ConfigItem
SvtLinguConfigItem::SvtLinguConfigItem
SvtLinguConfig::GetConfigItem
SvtLinguConfig::GetConfigItem
SvtLinguConfig::GetProperty
LinguProps::getPropertyValue
gcc3::callVirtualMethod
...

Change-Id: Ib6f5a5dd6d0adbbe14d60aaff3a8b6ba24235d11

At least VoiceOver needs it to be able to open the dropdown in a native
way (through AXShowMenu). The list still isn't accessible on mac but
that is an other issue.

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

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

Change-Id: I65abec66d56f2bf83e28c85589638cea5f3a7a0c

Not a direct test for the reported bug, but to ensure that the reworked
properties survive import and export.

Change-Id: I6c5a4c98eca5180251f04a24346290dedc44447a

(cherry picked from commit 966c3803)

Change-Id: Ibbd68e8c102f2d80ea5b7610b9a97704a282e6ea

Change-Id: I12782690368789849ea2ce2ed08ad4838a0a55db

As Kendy found out, "In Writer: Enable the drawing functions [view -> toolbars
-> drawing], choose 'Line Callout 1' among the presets Callouts [to the left
from the stars], and attempt to click and drag in the document to insert it"
triggers assert in SvRef<T>::operator* introduced in
160ae988 "Catch illegal null pointer
dereferences early."

Given how most places in sfx2/source/doc/sfxbasemodel.cxx already check for null
m_pObjectShell, looks like this had just been missing here, and the
SfxDocInfoListener_Impl's modified has probably never been called, so it went
unnoticed that its m_rShell was a "null reference."

Change-Id: I6b6dad831938d5fa89340895b98797686b60c5cc

This takes care of moving / resizing the textbox when the draw shape has
been resized.

Change-Id: If4c6f0bcdd03e00e3e49b0d30de3e1d0595977d4

Description:
- If the equation ends with two dots(.) then file get crash.
- In SmParser::NextToken()
  the file get crash because string index is out of bound.

Change-Id: I5f25814220d556d53c10d4ca33a38b4d0d451438
Reviewed-on: https://gerrit.libreoffice.org/9840Reviewed-by: Muthu Subramanian K <muthusuba@gmail.com>
Tested-by: Muthu Subramanian K <muthusuba@gmail.com>

Change-Id: I68099725c43adeab144d53737f60f778b3aebf73

This was actually just one element of all that contributed to this bug.
Unfortunately it's a bit hard to test the others.

Change-Id: I7a0d88c0b829e7b7859aecfc20df87f6837ecb4a

Change-Id: I5e4540b5bf47dde53021a300118052da47b90eff

Change-Id: Ib7d166bf1b1e5d5216d822b2b0396aa4dc535c6f

The document contained a few unrelated shapes and it was reported that
those cause testcase failures, depending on the version of some system
libraries (at least Ubuntu 14.04 is reported to be affected).

Change-Id: I1aaf02441e2bc30d1a5465b038211deb240a5b69

Change-Id: Ib715d2794c9a6f036ad809641fb0dda2d10a1968

- In case of framePr attributes being omitted in original xml, LO defaults
  such attributes to incorrect values.
- Correcting these values in this fix.
- This fix stops LO from getting hang while saving the document, the actual
  fix needs to be somewhere in the table layout. We need to restrict the
  frame from being considered as part of the table as MSO does not allow
  frame to be part of a table.

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

Problem Description:
fdo#79968:
1. Document contains embedded powerpoint in docx.
2. After RT, embedded powerpoint object is not preserved.
3. In this case, .sldx is get converted to .bin due to this powerpoint slides
is getting converted to picture.

fdo#79969:
1. Document contains embedded excel work sheet.
2. After RT, embedded excel sheet is not preserved.
3. In this case, .xlsm is get converted to .xls.
4. Similar case happened with binary excel work sheet.

Implementation:
Added sMediaType, sRelationType & sFileExtension for embedded excel sheet,
binary excel sheet & powerpoint slide.

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

Change-Id: I8f94e3f9293f2ac98b61f919d60ca556695b26c2

Values set for docPr name and shape ID attributes in RT file were not valid
as per UTF-8 encoding format and hence was showing RT document as corrupt with
error message "invalid character".

Calling add() function with current parameters is causing issue and
setting invalid values so modified the second parameter which will
set valid values to the specified parameters.

Reviewed on:
	https://gerrit.libreoffice.org/9746

Change-Id: I3b48e53adbe5ed844235e596bb98eb396133845a

Change-Id: Ic9b9c22c0ad15bfefce729e7277f950cb66d9bf6

...so that -fsanitize=undefined does not report false out-of-bounds accesses;
Clang's isFlexibleArrayMemberExpr (lib/CodeGen/CGExpr.cpp) only treats arrays of
length 0 and 1 as such special flexible cases.

There appears to be no code in icu that depends on those arrays to be of length
2 (e.g., via sizeof), though it does look suspicious that they are deliberately
of length 2 instead of 1.

Change-Id: I85293e769f1d64cb4e60e13f1cd7f88b76e37487

Change-Id: I2db68597c83285571da2ddd1257a61a4603a90ef

Reviewed on:
	https://gerrit.libreoffice.org/9776

Change-Id: I98ef606fb73368a3c275819cb83b936e2162769d

Change-Id: If5ae8852152012483237e7602e56a0c46ea8748a

Change-Id: I2a544922e03ec8253290ac8bf5a89c9cdd72d8dd

This patch modifies the spell checking code to trigger an invalidation
of the accessible paragraph attributes when a mistake is detected, so
the 'text-attributes-changed' event is released.

Notice that 'text-spelling' is not an actual attribute of the text for
LibreOffice, that's why this didn't work in first place.

Finally, notice too that when the user disables the automatic spell
checking, no 'text-attributes-changed' event is released, and when it
is enabled again it will only release 'text-attributes-changed' events
in case some of the newly typed text is misspelled.

Change-Id: Ie792f040d84010cadcd41486d948a5e29421228f

Change-Id: Iedcde3411a1bfeb1eb0207f572c8befe2071f54c