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

Change-Id: I9416b6e7cf3677006215fcbde458ed341c4e3e9e

...and calculating nAktSwPos + 1 would overflow.  Reported by
CppunitTest_sw_odfexport under -sanitize=undefined.

Change-Id: I78bd540851192a768400ce348b42228f9cb10b72

...and XMLTextCharStyleNamesElementExport only requires a non-null rPropSet arg
when its bDoSomething arg is true.

Reported by CppunitTest_sw_odfexport under -sanitize=undefined.

Change-Id: Ia45fa7db250f83d746829c7f411e78bbc50bf721

The effect of this is that if you move around a shape (having a textbox)
with the keyboard or mouse, then the position of the textbox is now also
adjusted as you would expect it, as a user.

Change-Id: Ie079f8c7b76e9a97095e4233eded5bda514cf405

This is to consolidate Calc's behaviour with the other applications,
which always present at least one page for printing / PDF export.

Change-Id: Iedf438618020c1e6d8ded5ac950c8ca2b12ad439

Change-Id: Ie21ec9cbdf88bd009368c09e49b9956cd001a5d3

Change-Id: I7fb42f0c34c5216421324f471a813f4668b4a878

Change-Id: I0790f157632351a8fe68abf8f12041907027d6c9

Change-Id: I9c139c6298d25c7a7072d0d0538f1945518d36f2

Change-Id: I9cf7d8f7fd834a2cc52895f989f2a05f5da01897

Change-Id: I96bf1aa2d889c4d0925d073d1d7b4be47c23b3ac

Change-Id: I6a96ffd9ab9b5deaed00cc857af30cd9d827d3c2

...derefernced in

(anonymous namespace)::lcl_NewUINameArray
SwStyleNameMapper::GetChrFmtUINameArray
SwStyleNameMapper::getNameFromId
SwStyleNameMapper::fillNameFromId
SwStyleNameMapper::FillUIName
SwFmtINetFmt::SwFmtINetFmt
sw::ToxLinkProcessor::ClosedLink::ClosedLink
sw::ToxLinkProcessor::CloseLink
ToxLinkProcessorTest::ExceptionIsThrownIfTooManyLinksAreClosed
...

Also, fix the name from sw_tox_test to sw_tox.

Change-Id: I48ea9fb6322df3725b089538fd67b2e24578b668

Change-Id: I0e86cafab97f0adad516660c6fdf40e13d114bf2

Issue:
 - File contains paragraph with framePr have graphic object in it.
 - So Libreoffice converts framePr into textbox.
 - So after saving file textbox gets exported with drawing object.
 - MS office does not allowed drawing object inside tetxbox.

Change-Id: I673e0e9f6681a189bde1c63a8cb7aea2cac0ab41
Fix: - Export framePr into paragraph and igonre exporting of
       dummy textbox added by LO for framePr.
Reviewed-on: https://gerrit.libreoffice.org/9389Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: I7cd179f6f981455cfece1ca8ce0ea314ac341f99

Change-Id: Ib95573228d3dc98c88cd4af19995c99433c84ae6

Change-Id: Icc4ff083431635f1769dba5907f26e7dc6b08d02

These were HACK() and DbgOut() messages previously, none of these ended
up on stderr. It seems that they are more or less harmless, so as long
as nobody fixes them, silence them, so more useful warnings are not
hidden when one does e.g. xray on a drawinglayer shape.

Change-Id: I7343d93d2916d9978852418aca725d027eb09128