core:2ed3d691b42525f6c1cc430d5863febcb102816e commitshttps://kod.pardus.org.tr/libreoffice/core/commits/2ed3d691b42525f6c1cc430d5863febcb102816e2019-06-05T17:24:57Zhttps://kod.pardus.org.tr/libreoffice/core/commit/2ed3d691b42525f6c1cc430d5863febcb102816eUse hasElements to check Sequence emptiness in cppcanvas..desktop2019-06-05T17:24:57ZArkadiy Illarionovqarkai@gmail.com
Similar to clang-tidy readability-container-size-empty
Change-Id: I81c0ff78d2ecc7d984e3ed5e5ce60efe327fc162
Reviewed-on: <a href="https://gerrit.libreoffice.org/71799" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/71799</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:noel.grandin@collabora.co.uk" title="noel.grandin@collabora.co.uk"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/b024381233f6260c3a4332603e5f1a1d?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:noel.grandin@collabora.co.uk" title="noel.grandin@collabora.co.uk">Noel Grandin</a> <<a href="mailto:noel.grandin@collabora.co.uk" title="noel.grandin@collabora.co.uk">noel.grandin@collabora.co.uk</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/6c31c2b01dd32cc7ba1230f2c4a98b8f7def219btdf#125062: distort hairline borders only if selection is used2019-06-05T14:28:20ZXisco Faulixiscofauli@libreoffice.org
Regression from <a href="/libreoffice/core/commit/046df0a876b3d948bb1e14443c00c180bc8cccaa" data-original="046df0a876b3d948bb1e14443c00c180bc8cccaa" data-link="false" data-link-reference="false" data-project="25" data-commit="046df0a876b3d948bb1e14443c00c180bc8cccaa" data-reference-type="commit" data-container="body" data-placement="bottom" title="tdf#105998: Enhanced fix for MetafileToBitmap at better place" class="gfm gfm-commit has-tooltip">046df0a8</a>
Use the fix for tdf#105998 only when 'selection' option is checked
in the save dialog
Change-Id: I8c4127c780736408e905ead48e0d3ee6ae149197
Reviewed-on: <a href="https://gerrit.libreoffice.org/73391" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73391</a>Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:xiscofauli@libreoffice.org" title="xiscofauli@libreoffice.org"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/77b268dbea6147c489a396a6a51311b1?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:xiscofauli@libreoffice.org" title="xiscofauli@libreoffice.org">Xisco Faulí</a> <<a href="mailto:xiscofauli@libreoffice.org" title="xiscofauli@libreoffice.org">xiscofauli@libreoffice.org</a>></span>
Tested-by: <span data-trailer="Tested-by:"><a href="mailto:xiscofauli@libreoffice.org" title="xiscofauli@libreoffice.org"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/77b268dbea6147c489a396a6a51311b1?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:xiscofauli@libreoffice.org" title="xiscofauli@libreoffice.org">Xisco Faulí</a> <<a href="mailto:xiscofauli@libreoffice.org" title="xiscofauli@libreoffice.org">xiscofauli@libreoffice.org</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/65610498bf3d0f63db7cd5b292b6724f7a4da51cUpdate git submodules2019-06-05T12:46:30ZOlivier Hallotolivier.hallot@libreoffice.org
* Update helpcontent2 from branch 'master'
- Prevent L10n issue when building Help
Pootle does not convert back &lt; and &gt; into the same entities, thus
disturbing XML parsing of string. Changed to ().
Change-Id: I4e754313a2c51c6b5b190a7e236768fe84ec8672
Reviewed-on: <a href="https://gerrit.libreoffice.org/73444" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73444</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:olivier.hallot@libreoffice.org" title="olivier.hallot@libreoffice.org"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/f0ec46c3117f9aaebb0994711a9eba87?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:olivier.hallot@libreoffice.org" title="olivier.hallot@libreoffice.org">Olivier Hallot</a> <<a href="mailto:olivier.hallot@libreoffice.org" title="olivier.hallot@libreoffice.org">olivier.hallot@libreoffice.org</a>></span>
https://kod.pardus.org.tr/libreoffice/core/commit/3e337f918a2325c5af89626b13ce0fd2bfa60bcbUpdate git submodules2019-06-05T12:46:10ZOlivier Hallotolivier.hallot@libreoffice.org
* Update helpcontent2 from branch 'master'
- tdf#124582 Change Outline to Chapter in Help page
Change-Id: Ica5e33aa11da21b1194710a46b60663421222bf8
Reviewed-on: <a href="https://gerrit.libreoffice.org/73442" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73442</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:olivier.hallot@libreoffice.org" title="olivier.hallot@libreoffice.org"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/f0ec46c3117f9aaebb0994711a9eba87?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:olivier.hallot@libreoffice.org" title="olivier.hallot@libreoffice.org">Olivier Hallot</a> <<a href="mailto:olivier.hallot@libreoffice.org" title="olivier.hallot@libreoffice.org">olivier.hallot@libreoffice.org</a>></span>
https://kod.pardus.org.tr/libreoffice/core/commit/cdd69ce780dc7758047a27ed3c76bdc01b5ffb89Linguistic: new underlining styles for grammar checkers2019-06-05T11:58:23ZOlivier Rolivier.dev@grammalecte.net
This patch adds two new underlining styles:
- BOLDWAVE: a thicker version of the default WAVE style
- BOLD: a thick straight line
No default setting changed. It's up to the grammar checkers to specify
the underlining style they want.
This contribution to LibreOffice is licensed under the MPLv2/LGPLv3+ dual license.
modified : include/vcl/outdev.hxx
modified : offapi/com/sun/star/text/TextMarkupDescriptor.idl
modified : sw/source/core/inc/wrong.hxx
modified : sw/source/core/txtnode/fntcache.cxx
modified : vcl/source/outdev/textline.cxx
modified : vcl/workben/outdevgrind.cxx
Change-Id: I5629253905ba40c51cc748a7ceeb84170ef5d94c
Reviewed-on: <a href="https://gerrit.libreoffice.org/73412" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73412</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:Michael.Stahl@cib.de" title="Michael.Stahl@cib.de"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/92a7dc995c04b40397cd1130339e3bae?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:Michael.Stahl@cib.de" title="Michael.Stahl@cib.de">Michael Stahl</a> <<a href="mailto:Michael.Stahl@cib.de" title="Michael.Stahl@cib.de">Michael.Stahl@cib.de</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/e770bacc85a0eec96de77068d61b03f374b3cdecQt5 workaround modal change after show bug2019-06-05T11:22:26ZJan-Marek Glogowskiglogow@fbihome.de
The presentation minimizer dialog calls setVisible before execute.
This results in the dialog being shown before setting the modality
in execute. And this triggers a bug in the Qt / Xcb stack (gtk is
fine because it directly uses XSendEvent to change the state).
The result is an unmapped, modal dialog window: it's invisible and
blocks the GUI. Qt believes it's show; isVisible() returns true.
And my ~/.xsession-errors shows a "qt.qpa.xcb: QXcbConnection: XCB
error: 3 (BadWindow) ... major code: 18 (ChangeProperty)" with an
invalid resource id, according to 'xwininfo -tree -root'.
You can find the window resource of the minimizer by its name in
the full root tree and its unmapped state with 'xwininfo -id'.
I originally thought of a Scheduler bug so enabled debug output
for it. This is already responsible for a delay long enough to
prevent the bug often. Same for doing an additional hide() and
show() sequence. In the end I went with a fixed delay, but that
is just a guess. In theory we could check the mapped state via
Xlib in Qt's show event and manually map it using XMapWindow and
the winId...
I also noted that the minimizer leaks, as there are multiple new
presenter resources after each show and hide...
Change-Id: I2060918aa9c63d385ebb2ffee9e7a3e4196ea766
Reviewed-on: <a href="https://gerrit.libreoffice.org/73462" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73462</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:m.weghorn@posteo.de" title="m.weghorn@posteo.de"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/a42c33b329e81f91079e00805572548b?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:m.weghorn@posteo.de" title="m.weghorn@posteo.de">Michael Weghorn</a> <<a href="mailto:m.weghorn@posteo.de" title="m.weghorn@posteo.de">m.weghorn@posteo.de</a>></span>
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:glogow@fbihome.de" title="glogow@fbihome.de"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/fc16cc4879aecf6d02acda1d616c7065?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:glogow@fbihome.de" title="glogow@fbihome.de">Jan-Marek Glogowski</a> <<a href="mailto:glogow@fbihome.de" title="glogow@fbihome.de">glogow@fbihome.de</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/ca69a1e17782d88580f2449e0252be52c26cae42Qt5/KDE5 always use either Qt5 or KDE5 pickers2019-06-05T11:21:36ZJan-Marek Glogowskiglogow@fbihome.de
And use RunInMain for both SalInstances and for both picker types,
as there is no reason to assume just the file and not the folder
picker can be called from the non-GUI thread.
Little drawback is the inclusion of Qt5FilePicker header in the
Qt5Instance header, as Qt's enums aren't forward-declarable.
Change-Id: Ie170d247a76134df9aff835393c71c9d6e907d32
Reviewed-on: <a href="https://gerrit.libreoffice.org/73416" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73416</a>Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:m.weghorn@posteo.de" title="m.weghorn@posteo.de"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/a42c33b329e81f91079e00805572548b?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:m.weghorn@posteo.de" title="m.weghorn@posteo.de">Michael Weghorn</a> <<a href="mailto:m.weghorn@posteo.de" title="m.weghorn@posteo.de">m.weghorn@posteo.de</a>></span>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:glogow@fbihome.de" title="glogow@fbihome.de"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/fc16cc4879aecf6d02acda1d616c7065?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:glogow@fbihome.de" title="glogow@fbihome.de">Jan-Marek Glogowski</a> <<a href="mailto:glogow@fbihome.de" title="glogow@fbihome.de">glogow@fbihome.de</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/b1a17c2d3f35ed801d745785fdeb7cf1ea2e1c60baseline is CentOS/RHEL 7 (glibc 2.14 or later)2019-06-05T10:17:14ZChristian Lohmaierlohmaier+LibreOffice@googlemail.com
Change-Id: Ie796a5c8f36b33c61eb69b6b68f7439f9359526fhttps://kod.pardus.org.tr/libreoffice/core/commit/0ca1f44e54d6b3f8c946bf7162fc85b2343b7bbdFix typo2019-06-05T10:05:34ZAndrea Gelminiandrea.gelmini@gelma.net
Change-Id: Id77320481846d20fd3f2a8dbdb845a19411baa1d
Reviewed-on: <a href="https://gerrit.libreoffice.org/71817" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/71817</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/53866c6aaebd57706ba7e2e1277f348c?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">Julien Nabet</a> <<a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">serval2412@yahoo.fr</a>></span>
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:kainz.a@gmail.com" title="kainz.a@gmail.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/6626cf4b915a8ac5e464318ed87f6de9?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:kainz.a@gmail.com" title="kainz.a@gmail.com">andreas_kainz</a> <<a href="mailto:kainz.a@gmail.com" title="kainz.a@gmail.com">kainz.a@gmail.com</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/7b3d401fe8ec01dbcbe511b51f7022bd080b3e8dLink: support tracing link source and target2019-06-05T09:54:14ZAshod Nakashianashod.nakashian@collabora.co.uk
By adding a couple of members to Link, we are
now able to trace the target function name and
the file:line where the Link instance in question
was created (provided the LINK macro is used).
This gives the invaluable ability to track down the
source of a Link instance in the debugger, provided
we have enabled this feature, which is enabled in
DBG_UTIL automatically, unless explicitly enabled.
Of course it is also possible to judiciously add
LOG/fprintf statements to chase this info, if not
outright track all links, if so we wish, by dumping
from Link::Call, or at construction time of Link.
Change-Id: Iab1dce31a179d28aaa1f20228e9e0405973b5e9b
Reviewed-on: <a href="https://gerrit.libreoffice.org/73478" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73478</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:kendy@collabora.com" title="kendy@collabora.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/9cb3697517b84c729f333c97c8cb8788?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:kendy@collabora.com" title="kendy@collabora.com">Jan Holesovsky</a> <<a href="mailto:kendy@collabora.com" title="kendy@collabora.com">kendy@collabora.com</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/c7c188c745ff054f5ba1e7939a4fa7ec92be9708python: add sample python script to insert/replace text2019-06-05T09:28:37ZAshod Nakashianashod.nakashian@collabora.co.uk
Change-Id: Idde3cd22ecc1f1bd34f7519acedc85584ed2deaf
Reviewed-on: <a href="https://gerrit.libreoffice.org/58160" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/58160</a>Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:kendy@collabora.com" title="kendy@collabora.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/9cb3697517b84c729f333c97c8cb8788?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:kendy@collabora.com" title="kendy@collabora.com">Jan Holesovsky</a> <<a href="mailto:kendy@collabora.com" title="kendy@collabora.com">kendy@collabora.com</a>></span>
Tested-by: <span data-trailer="Tested-by:"><a href="mailto:kendy@collabora.com" title="kendy@collabora.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/9cb3697517b84c729f333c97c8cb8788?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:kendy@collabora.com" title="kendy@collabora.com">Jan Holesovsky</a> <<a href="mailto:kendy@collabora.com" title="kendy@collabora.com">kendy@collabora.com</a>></span>
Reviewed-on: <a href="https://gerrit.libreoffice.org/73477" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73477</a>
Tested-by: Jenkinshttps://kod.pardus.org.tr/libreoffice/core/commit/e37ffdd118da2d21c5e78e8c7b67252d0d1adc8ctdf#125685 sw: disregard footnotes in follow table on table split2019-06-05T08:49:14ZMichael StahlMichael.Stahl@cib.de
The first problem here is that the table isn't fully formatted; it fails
with:
warn:legacy.osl:22975:22975:sw/source/core/layout/tabfrm.cxx:2639: debug assertion: <SwTabFrame::MakeAll()> - format of table lowers suppressed by fix i44910
The situation is that there is a big table split across pages; the first
line of the table would fit onto the previous page so its follow frame
moves backward and then the table frame tries to split again.
During SwTabFrame::Split(), all the frames in the table are formatted,
and at that point a footnote that was on the next page is moved to this
page.
A nested table frame also splits, such that it fits inside the page...
but then the split of the outer table fails by 5 twips, because the
moved footnote has reduced the space available for the outer table.
The footnote is anchored in the inner table's follow frame, which would
be moved to the next page anyway, taking the footnote with it.
Fix this in lcl_RecalcSplitLine() by checking for footnotes that are
anchored in the follow frame of the top-level table being split, and
adding their height to the available space on the page.
Fixing the first problem avoids the crash as well; the crash happens
since <a href="/libreoffice/core/commit/18765b9fa739337d2d891513f6e2fb7c3ce23b50" data-original="18765b9fa739337d2d891513f6e2fb7c3ce23b50" data-link="false" data-link-reference="false" data-project="25" data-commit="18765b9fa739337d2d891513f6e2fb7c3ce23b50" data-reference-type="commit" data-container="body" data-placement="bottom" title="tdf#114306 fix unexpected page break in row-spanned table" class="gfm gfm-commit has-tooltip">18765b9f</a> and it's rather hard to
avoid it in a situation where formatting starts at the end and recurses
into an unformatted table preceding it, which isn't supposed to happen.
Change-Id: I85286583c1c4930468a1c283afc98504cd35bb71
Reviewed-on: <a href="https://gerrit.libreoffice.org/73465" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73465</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:Michael.Stahl@cib.de" title="Michael.Stahl@cib.de"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/92a7dc995c04b40397cd1130339e3bae?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:Michael.Stahl@cib.de" title="Michael.Stahl@cib.de">Michael Stahl</a> <<a href="mailto:Michael.Stahl@cib.de" title="Michael.Stahl@cib.de">Michael.Stahl@cib.de</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/0d6ec494f83fb26524bf3a5fc7af27c225293e87tdf#124152 Broadcast StyleSheetModified to update style tree list box2019-06-05T08:34:56ZJim Raykowskiraykowj@gmail.com
...and also make undo redo update
Change-Id: I49d62d487bed27d9dbe2ab813d992d02ecaeb77a
Reviewed-on: <a href="https://gerrit.libreoffice.org/72826" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/72826</a>
Tested-by: Jenkins
Tested-by: <span data-trailer="Tested-by:"><a href="mailto:xiscofauli@libreoffice.org" title="xiscofauli@libreoffice.org"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/77b268dbea6147c489a396a6a51311b1?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:xiscofauli@libreoffice.org" title="xiscofauli@libreoffice.org">Xisco Faulí</a> <<a href="mailto:xiscofauli@libreoffice.org" title="xiscofauli@libreoffice.org">xiscofauli@libreoffice.org</a>></span>
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:Katarina.Behrens@cib.de" title="Katarina.Behrens@cib.de"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/f2e79de9364da62a4865435fc23b112f?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:Katarina.Behrens@cib.de" title="Katarina.Behrens@cib.de">Katarina Behrens</a> <<a href="mailto:Katarina.Behrens@cib.de" title="Katarina.Behrens@cib.de">Katarina.Behrens@cib.de</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/ada2b5be85f8c4d16c627a990e3f362ae0663d9fAdd GtkImage ids2019-06-05T07:51:22ZMike Kaganskimike.kaganski@collabora.com
An assert is failing without this:
ucrtbased.dll!abort() Line 61
at minkernel\crts\ucrt\src\appcrt\startup\abort.cpp(61)
ucrtbased.dll!common_assert_to_stderr<wchar_t>(const wchar_t * const expression, const wchar_t * const file_name, const unsigned int line_number) Line 187
at minkernel\crts\ucrt\src\appcrt\startup\assert.cpp(187)
ucrtbased.dll!common_assert<wchar_t>(const wchar_t * const expression, const wchar_t * const file_name, const unsigned int line_number, void * const return_address) Line 420
at minkernel\crts\ucrt\src\appcrt\startup\assert.cpp(420)
ucrtbased.dll!_wassert(const wchar_t * expression, const wchar_t * file_name, unsigned int line_number) Line 444
at minkernel\crts\ucrt\src\appcrt\startup\assert.cpp(444)
vcllo.dll!VclBuilder::get<FixedImage>(const rtl::OString & sID) Line 446
at C:\cygwin\home\user\lode\dev\core\include\vcl\builder.hxx(446)
vcllo.dll!VclBuilder::VclBuilder(vcl::Window * pParent, const rtl::OUString & sUIDir, const rtl::OUString & sUIFile, const rtl::OString & sID, const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & rFrame, bool bLegacy) Line 698
at C:\cygwin\home\user\lode\dev\core\vcl\source\window\builder.cxx(698)
vcllo.dll!SalInstanceBuilder::SalInstanceBuilder(vcl::Window * pParent, const rtl::OUString & rUIRoot, const rtl::OUString & rUIFile) Line 4995
at C:\cygwin\home\user\lode\dev\core\vcl\source\app\salvtables.cxx(4995)
vcllo.dll!SalInstance::CreateBuilder(weld::Widget * pParent, const rtl::OUString & rUIRoot, const rtl::OUString & rUIFile) Line 5260
at C:\cygwin\home\user\lode\dev\core\vcl\source\app\salvtables.cxx(5260)
vcllo.dll!Application::CreateBuilder(weld::Widget * pParent, const rtl::OUString & rUIFile) Line 146
at C:\cygwin\home\user\lode\dev\core\vcl\source\window\builder.cxx(146)
vcllo.dll!weld::GenericDialogController::GenericDialogController(weld::Widget * pParent, const rtl::OUString & rUIFile, const rtl::OString & rDialogId) Line 5347
at C:\cygwin\home\user\lode\dev\core\vcl\source\app\salvtables.cxx(5347)
sduilo.dll!SvxBulletAndPositionDlg::SvxBulletAndPositionDlg(weld::Window * pWindow, const SfxItemSet & rSet, sd::View * pView) Line 117
at C:\cygwin\home\user\lode\dev\core\sd\source\ui\dlg\BulletAndPositionDlg.cxx(117)
sduilo.dll!std::make_unique<SvxBulletAndPositionDlg,weld::Window * &,SfxItemSet const &,sd::View * &,0>(weld::Window * & <_Args_0>, const SfxItemSet & <_Args_1>, sd::View * & <_Args_2>) Line 2042
at C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.21.27702\include\memory(2042)
sduilo.dll!SdAbstractDialogFactory_Impl::CreateSvxBulletAndPositionDlg(weld::Window * pParent, const SfxItemSet * pAttr, sd::View * pView) Line 387
at C:\cygwin\home\user\lode\dev\core\sd\source\ui\dlg\sddlgfact.cxx(387)
sdlo.dll!sd::FuBulletAndPosition::DoExecute(SfxRequest & rReq) Line 92
at C:\cygwin\home\user\lode\dev\core\sd\source\ui\func\fuolbull.cxx(92)
sdlo.dll!sd::FuBulletAndPosition::Create(sd::ViewShell * pViewSh, sd::Window * pWin, sd::View * pView, SdDrawDocument * pDoc, SfxRequest & rReq) Line 57
at C:\cygwin\home\user\lode\dev\core\sd\source\ui\func\fuolbull.cxx(57)
sdlo.dll!sd::DrawViewShell::FuTemporary(SfxRequest & rReq) Line 1447
at C:\cygwin\home\user\lode\dev\core\sd\source\ui\view\drviews2.cxx(1447)
sdlo.dll!SfxStubDrawViewShellFuTemporary(SfxShell * pShell, SfxRequest & rReq) Line 1514
at C:\cygwin\home\user\lode\dev\core\workdir\SdiTarget\sd\sdi\sdslots.hxx(1514)
sfxlo.dll!SfxShell::CallExec(void(*)(SfxShell *, SfxRequest &) pFunc, SfxRequest & rReq) Line 197
at C:\cygwin\home\user\lode\dev\core\include\sfx2\shell.hxx(197)
sfxlo.dll!SfxDispatcher::Call_Impl(SfxShell & rShell, const SfxSlot & rSlot, SfxRequest & rReq, bool bRecord) Line 360
at C:\cygwin\home\user\lode\dev\core\sfx2\source\control\dispatch.cxx(360)
sfxlo.dll!SfxDispatcher::Execute_(SfxShell & rShell, const SfxSlot & rSlot, SfxRequest & rReq, SfxCallMode eCallMode) Line 857
at C:\cygwin\home\user\lode\dev\core\sfx2\source\control\dispatch.cxx(857)
sfxlo.dll!SfxBindings::Execute_Impl(SfxRequest & aReq, const SfxSlot * pSlot, SfxShell * pShell) Line 1066
at C:\cygwin\home\user\lode\dev\core\sfx2\source\control\bindings.cxx(1066)
sfxlo.dll!SfxDispatchController_Impl::dispatch(const com::sun::star::util::URL & aURL, const com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> & aArgs, const com::sun::star::uno::Reference<com::sun::star::frame::XDispatchResultListener> & rListener) Line 757
at C:\cygwin\home\user\lode\dev\core\sfx2\source\control\unoctitm.cxx(757)
sfxlo.dll!SfxOfficeDispatch::dispatch(const com::sun::star::util::URL & aURL, const com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> & aArgs) Line 226
at C:\cygwin\home\user\lode\dev\core\sfx2\source\control\unoctitm.cxx(226)
fwklo.dll!framework::MenuBarManager::Select(Menu * pMenu) Line 896
at C:\cygwin\home\user\lode\dev\core\framework\source\uielement\menubarmanager.cxx(896)
fwklo.dll!framework::MenuBarManager::LinkStubSelect(void * instance, Menu * data) Line 832
at C:\cygwin\home\user\lode\dev\core\framework\source\uielement\menubarmanager.cxx(832)
vcllo.dll!Link<Menu *,bool>::Call(Menu * data) Line 84
at C:\cygwin\home\user\lode\dev\core\include\tools\link.hxx(84)
vcllo.dll!Menu::Select() Line 362
at C:\cygwin\home\user\lode\dev\core\vcl\source\window\menu.cxx(362)
vcllo.dll!Menu::ImplCallSelect(void * __formal) Line 2150
at C:\cygwin\home\user\lode\dev\core\vcl\source\window\menu.cxx(2150)
vcllo.dll!Menu::LinkStubImplCallSelect(void * instance, void * data) Line 2146
at C:\cygwin\home\user\lode\dev\core\vcl\source\window\menu.cxx(2146)
vcllo.dll!Link<void *,void>::Call(void * data) Line 84
at C:\cygwin\home\user\lode\dev\core\include\tools\link.hxx(84)
vcllo.dll!ImplHandleUserEvent(ImplSVEvent * pSVEvent) Line 1961
at C:\cygwin\home\user\lode\dev\core\vcl\source\window\winproc.cxx(1961)
vcllo.dll!ImplWindowFrameProc(vcl::Window * _pWindow, SalEvent nEvent, const void * pEvent) Line 2512
at C:\cygwin\home\user\lode\dev\core\vcl\source\window\winproc.cxx(2512)
vcllo.dll!SalFrame::CallCallback(SalEvent nEvent, const void * pEvent) Line 294
at C:\cygwin\home\user\lode\dev\core\vcl\inc\salframe.hxx(294)
vclplug_winlo.dll!ImplHandleUserEvent(HWND__ * hWnd, __int64 lParam) Line 4080
at C:\cygwin\home\user\lode\dev\core\vcl\win\window\salframe.cxx(4080)
vclplug_winlo.dll!SalFrameWndProc(HWND__ * hWnd, unsigned int nMsg, unsigned __int64 wParam, __int64 lParam, bool & rDef) Line 5733
at C:\cygwin\home\user\lode\dev\core\vcl\win\window\salframe.cxx(5733)
vclplug_winlo.dll!SalFrameWndProcW(HWND__ * hWnd, unsigned int nMsg, unsigned __int64 wParam, __int64 lParam) Line 5840
at C:\cygwin\home\user\lode\dev\core\vcl\win\window\salframe.cxx(5840)
user32.dll!UserCallWinProcCheckWow()
user32.dll!CallWindowProcW()
opengl32.dll!wglWndProc()
user32.dll!UserCallWinProcCheckWow()
user32.dll!DispatchMessageWorker()
vclplug_winlo.dll!ImplSalDispatchMessage(const tagMSG * pMsg) Line 410
at C:\cygwin\home\user\lode\dev\core\vcl\win\app\salinst.cxx(410)
vclplug_winlo.dll!ImplSalYield(bool bWait, bool bHandleAllCurrentEvents) Line 441
at C:\cygwin\home\user\lode\dev\core\vcl\win\app\salinst.cxx(441)
vclplug_winlo.dll!WinSalInstance::DoYield(bool bWait, bool bHandleAllCurrentEvents) Line 512
at C:\cygwin\home\user\lode\dev\core\vcl\win\app\salinst.cxx(512)
vcllo.dll!ImplYield(bool i_bWait, bool i_bAllEvents) Line 457
at C:\cygwin\home\user\lode\dev\core\vcl\source\app\svapp.cxx(457)
vcllo.dll!Application::Yield() Line 522
at C:\cygwin\home\user\lode\dev\core\vcl\source\app\svapp.cxx(522)
vcllo.dll!Application::Execute() Line 438
at C:\cygwin\home\user\lode\dev\core\vcl\source\app\svapp.cxx(438)
sofficeapp.dll!desktop::Desktop::Main() Line 1621
at C:\cygwin\home\user\lode\dev\core\desktop\source\app\app.cxx(1621)
vcllo.dll!ImplSVMain() Line 203
at C:\cygwin\home\user\lode\dev\core\vcl\source\app\svmain.cxx(203)
vcllo.dll!SVMain() Line 238
at C:\cygwin\home\user\lode\dev\core\vcl\source\app\svmain.cxx(238)
sofficeapp.dll!soffice_main() Line 170
at C:\cygwin\home\user\lode\dev\core\desktop\source\app\sofficemain.cxx(170)
soffice.bin!sal_main() Line 48
at C:\cygwin\home\user\lode\dev\core\desktop\source\app\main.c(48)
soffice.bin!main(int argc, char * * argv) Line 47
at C:\cygwin\home\user\lode\dev\core\desktop\source\app\main.c(47)
soffice.bin!invoke_main() Line 79
at d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl(79)
soffice.bin!__scrt_common_main_seh() Line 288
at d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl(288)
soffice.bin!__scrt_common_main() Line 331
at d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl(331)
soffice.bin!mainCRTStartup() Line 17
at d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\startup\exe_main.cpp(17)
kernel32.dll!BaseThreadInitThunk()
ntdll.dll!RtlUserThreadStart()
because the images are added with empty ids, get into the same slot of
m_pParserState->m_aStockMap, and then in VclBuilder::VclBuilder's block
labeled "fill in any stock icons in surviving images", get<FixedImage>
is called with that empty id, finding another control not having an id,
then failing dynamic_cast it to FixedImage.
Change-Id: Ie2f48ea0753998e8ed6590c45a3d916339c1fc13
Reviewed-on: <a href="https://gerrit.libreoffice.org/73531" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73531</a>Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:mike.kaganski@collabora.com" title="mike.kaganski@collabora.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/6507d93215ab181213d44e6889643237?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:mike.kaganski@collabora.com" title="mike.kaganski@collabora.com">Mike Kaganski</a> <<a href="mailto:mike.kaganski@collabora.com" title="mike.kaganski@collabora.com">mike.kaganski@collabora.com</a>></span>
Tested-by: <span data-trailer="Tested-by:"><a href="mailto:mike.kaganski@collabora.com" title="mike.kaganski@collabora.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/6507d93215ab181213d44e6889643237?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:mike.kaganski@collabora.com" title="mike.kaganski@collabora.com">Mike Kaganski</a> <<a href="mailto:mike.kaganski@collabora.com" title="mike.kaganski@collabora.com">mike.kaganski@collabora.com</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/f9c6f40ef0dc42af810466ff8cad59fe69daa6bbediteng: consider btlr in SvxFrameDirectionItem::GetValueCount()2019-06-05T07:16:44ZMiklos Vajnavmiklos@collabora.com
Change-Id: Ib5e24d096075a0dde7c718930ea12fb1fd046ffe
Reviewed-on: <a href="https://gerrit.libreoffice.org/73467" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73467</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:vmiklos@collabora.com" title="vmiklos@collabora.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/a9fa7b2d973a609e4d1d7a43383a036c?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:vmiklos@collabora.com" title="vmiklos@collabora.com">Miklos Vajna</a> <<a href="mailto:vmiklos@collabora.com" title="vmiklos@collabora.com">vmiklos@collabora.com</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/3ced4cd5f31dfca8198ab583cebe487ef1f2a809Accept also iOS SDK 13.02019-06-05T05:14:14ZTor Lillqvisttml@collabora.com
Change-Id: Ibbc731f998b00a0ea1235a961290746a849f81cfhttps://kod.pardus.org.tr/libreoffice/core/commit/ff22834795711df14e8ad20c503afc2598884880Fix typo2019-06-05T05:09:39ZAndrea Gelminiandrea.gelmini@gelma.net
Change-Id: I2d361544b571144e7f0f2c4190ec3e578427ec7c
Reviewed-on: <a href="https://gerrit.libreoffice.org/73475" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73475</a>Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/53866c6aaebd57706ba7e2e1277f348c?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">Julien Nabet</a> <<a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">serval2412@yahoo.fr</a>></span>
Tested-by: <span data-trailer="Tested-by:"><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/53866c6aaebd57706ba7e2e1277f348c?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">Julien Nabet</a> <<a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">serval2412@yahoo.fr</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/0f97f545dd9764e0861be07c204029cadbdfcf76Fix typo2019-06-05T05:08:56ZAndrea Gelminiandrea.gelmini@gelma.net
Change-Id: Ib92c1a4b60e46019b4c6f89f88b9e99e5b2d497a
Reviewed-on: <a href="https://gerrit.libreoffice.org/73473" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73473</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/53866c6aaebd57706ba7e2e1277f348c?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">Julien Nabet</a> <<a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">serval2412@yahoo.fr</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/5f26419865d5f3c772264d3efe655116745ebbbdFix typo2019-06-05T05:07:59ZAndrea Gelminiandrea.gelmini@gelma.net
Change-Id: Ie8b8aeb1ebcb78cca73c6c2bc0512b2f30d245ae
Reviewed-on: <a href="https://gerrit.libreoffice.org/73474" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73474</a>Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/53866c6aaebd57706ba7e2e1277f348c?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">Julien Nabet</a> <<a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">serval2412@yahoo.fr</a>></span>
Tested-by: <span data-trailer="Tested-by:"><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/53866c6aaebd57706ba7e2e1277f348c?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">Julien Nabet</a> <<a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">serval2412@yahoo.fr</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/b89a6da298502e5b0d48ba36d22c4d8448b6a2cfFix typo2019-06-05T05:07:20ZAndrea Gelminiandrea.gelmini@gelma.net
Change-Id: Ied69455eb0a048a9d20d72cb017fa9ba0cd655fb
Reviewed-on: <a href="https://gerrit.libreoffice.org/73472" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73472</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/53866c6aaebd57706ba7e2e1277f348c?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">Julien Nabet</a> <<a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">serval2412@yahoo.fr</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/0ec8233fe9c210e999f1b8db48e8b645e1029eebRemoved executable permission on file2019-06-05T05:06:52ZAndrea Gelminiandrea.gelmini@gelma.net
Change-Id: I671e4936e06a29214c65abfb402f0b3b45246f00
Reviewed-on: <a href="https://gerrit.libreoffice.org/73471" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73471</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/53866c6aaebd57706ba7e2e1277f348c?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">Julien Nabet</a> <<a href="mailto:serval2412@yahoo.fr" title="serval2412@yahoo.fr">serval2412@yahoo.fr</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/1d47a33d8874ea28e054c873d7c0c712be9dda78CppunitTest_sw_uiwriter always fails on my Retina iMac, so skip on macOS2019-06-05T04:44:57ZTor Lillqvisttml@collabora.com
Change-Id: I95ee6786a7a7ac0e8c62b634c8de3c25bd68bb70https://kod.pardus.org.tr/libreoffice/core/commit/1e95c8dd006147f7a94e24135396277ee2f469b8The Bluetooth code doesn't compile with macOS SDK 10.152019-06-05T04:44:57ZTor Lillqvisttml@collabora.com
Change-Id: I8fffa4cef9628e6872c881cd0cbdfe85495fa324https://kod.pardus.org.tr/libreoffice/core/commit/c6ab40a2dd25d94786bda82aed85f086f00f050b-[NSWindow setRestorable:] is present since 10.72019-06-05T04:44:56ZTor Lillqvisttml@collabora.com
No need to use objc_msgSend().
Change-Id: I56c824e3206c37be4b60fb7d82b65c9d5e89958bhttps://kod.pardus.org.tr/libreoffice/core/commit/4d3628ca769ce07c93e8c4629075eeb7c8dc317eThe macOS SDK 10.15 has a tighter declaration of objc_msgSend()2019-06-05T04:44:56ZTor Lillqvisttml@collabora.com
Change-Id: I51734b92965a9fa1f06aa18017d39b4b0d532456https://kod.pardus.org.tr/libreoffice/core/commit/4378eae8aa5f29d02ac02000ba0d3a769b27c18eAccept also macOS SDK 10.152019-06-05T04:44:55ZTor Lillqvisttml@collabora.com
Change-Id: I2369db6b76af67d71146903c081ce6427d45c211https://kod.pardus.org.tr/libreoffice/core/commit/c30ea50dd2b1c557dfbefc1a4c660fbf2402a604Update git submodules2019-06-04T22:58:43ZJay Binghambinghamjc@msn.com
* Update helpcontent2 from branch 'master'
- Refactor RegExp Help page with improved contents
1) Mute some l10n strings
Change-Id: Ia7a2c1898491c0f0352c9c8df519bba057b3bab6
Reviewed-on: <a href="https://gerrit.libreoffice.org/73408" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73408</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:olivier.hallot@libreoffice.org" title="olivier.hallot@libreoffice.org"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/f0ec46c3117f9aaebb0994711a9eba87?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:olivier.hallot@libreoffice.org" title="olivier.hallot@libreoffice.org">Olivier Hallot</a> <<a href="mailto:olivier.hallot@libreoffice.org" title="olivier.hallot@libreoffice.org">olivier.hallot@libreoffice.org</a>></span>
https://kod.pardus.org.tr/libreoffice/core/commit/9c8478d428293c6223c8d1bdd1e93f7729b6d952tdf#122221: Bin apparently unnecessary early return2019-06-04T17:52:50ZTor Lillqvisttml@collabora.com
Removing these few lines of code fixes the problem on iOS, and has no
apparent ill effect on macOS. But sure, I didn't check that thoroughly
on macOS, so in case this has a bad effect on macOS after all, need to
reinstate the few lines but make them #ifndef IOS.
(Still passes make check.)
Change-Id: I2380d010ba223a698acfe916fca4580a1502be98https://kod.pardus.org.tr/libreoffice/core/commit/222f6a1c43b7ae7bf8e2f1fbc1dbe6457e611ab7tdf#70234 DOCX export: fix only expanded fields2019-06-04T16:44:08ZLászló Némethnemeth@numbertext.org
The commit <a href="/libreoffice/core/commit/caf2f5fff39caf06204f71d0c2276b415ef047c3" data-original="caf2f5fff39caf06204f71d0c2276b415ef047c3" data-link="false" data-link-reference="false" data-project="25" data-commit="caf2f5fff39caf06204f71d0c2276b415ef047c3" data-reference-type="commit" data-container="body" data-placement="bottom" title="tdf#70234 DOCX: export tracked deletion of fields" class="gfm gfm-commit has-tooltip">caf2f5ff</a>
"tdf#70234 DOCX: export tracked deletion of fields"
must handle only the fields with multiple runs
(expanded fields).
Change-Id: I2303bade75401e07accf3f0a874f093458fe7efa
Reviewed-on: <a href="https://gerrit.libreoffice.org/73453" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73453</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:nemeth@numbertext.org" title="nemeth@numbertext.org"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/a5d10b6fd92304ea24f5ec2ff478fe66?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:nemeth@numbertext.org" title="nemeth@numbertext.org">László Németh</a> <<a href="mailto:nemeth@numbertext.org" title="nemeth@numbertext.org">nemeth@numbertext.org</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/1e1535d46f9d89a2584409d88f35b57ef920eefaSmartArt: bullet list improvements2019-06-04T15:23:32ZGrzegorz Araminowiczgrzegorz.araminowicz@collabora.com
by default start bullet list at second level
use stBulletLvl parameter to change this behaviour
Change-Id: I5084e7bf1902fdca83bea6d57a8c1f37dd2e65be
Reviewed-on: <a href="https://gerrit.libreoffice.org/73440" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73440</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:vmiklos@collabora.com" title="vmiklos@collabora.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/a9fa7b2d973a609e4d1d7a43383a036c?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:vmiklos@collabora.com" title="vmiklos@collabora.com">Miklos Vajna</a> <<a href="mailto:vmiklos@collabora.com" title="vmiklos@collabora.com">vmiklos@collabora.com</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/8caa7d1824ff87a82ba2f6f16351dfab5b219f63weld SvxEditModulesDlg2019-06-04T14:12:12ZCaolán McNamaracaolanm@redhat.com
Change-Id: I802d4c92924b379f11c73ddfe758f4c6a63feb37
Reviewed-on: <a href="https://gerrit.libreoffice.org/73354" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73354</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:caolanm@redhat.com" title="caolanm@redhat.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/19ac4f6d291373b2eb952eabd1e4813b?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:caolanm@redhat.com" title="caolanm@redhat.com">Caolán McNamara</a> <<a href="mailto:caolanm@redhat.com" title="caolanm@redhat.com">caolanm@redhat.com</a>></span>
Tested-by: <span data-trailer="Tested-by:"><a href="mailto:caolanm@redhat.com" title="caolanm@redhat.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/19ac4f6d291373b2eb952eabd1e4813b?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:caolanm@redhat.com" title="caolanm@redhat.com">Caolán McNamara</a> <<a href="mailto:caolanm@redhat.com" title="caolanm@redhat.com">caolanm@redhat.com</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/ef2a96fb236369271cb0f06451f02f0cca4d1569TOTD: Fix tip contents2019-06-04T13:18:10ZOlivier Hallotolivier.hallot@libreoffice.org
Draw and Impress have different menus names
Change-Id: I8e0dec96e3b52f87bb5e7430f21c96f3b4a681a5
Reviewed-on: <a href="https://gerrit.libreoffice.org/73117" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73117</a>Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:tietze.heiko@gmail.com" title="tietze.heiko@gmail.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/ea8ee6f4ce7b561b7099b0f713dae256?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:tietze.heiko@gmail.com" title="tietze.heiko@gmail.com">Heiko Tietze</a> <<a href="mailto:tietze.heiko@gmail.com" title="tietze.heiko@gmail.com">tietze.heiko@gmail.com</a>></span>
Tested-by: Jenkinshttps://kod.pardus.org.tr/libreoffice/core/commit/5c96421607dadca284902d127004fcc12fd89b84uitest for bug tdf#448372019-06-04T13:15:53ZZdeněk Crhonekzcrhonek@gmail.com
Change-Id: I194553a6afbcfc17e40ef28627a2806806b69289
Reviewed-on: <a href="https://gerrit.libreoffice.org/73409" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73409</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:zcrhonek@gmail.com" title="zcrhonek@gmail.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/ce83ffca5db2136a6b9212c5cec99d86?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:zcrhonek@gmail.com" title="zcrhonek@gmail.com">Zdenek Crhonek</a> <<a href="mailto:zcrhonek@gmail.com" title="zcrhonek@gmail.com">zcrhonek@gmail.com</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/4dadbff74eff5f8ad00df99c659f8a2b914e09a1tdf#101086 sc autofilter popup: avoid flicker2019-06-04T12:59:54ZMiklos Vajnavmiklos@collabora.com
Regression from commit <a href="/libreoffice/core/commit/a4cb27f61376d8f2d8faed0022c291af68d437bd" data-original="a4cb27f61376d8f2d8faed0022c291af68d437bd" data-link="false" data-link-reference="false" data-project="25" data-commit="a4cb27f61376d8f2d8faed0022c291af68d437bd" data-reference-type="commit" data-container="body" data-placement="bottom" title="refactor ScMenuFloatingWindow to use RenderContext" class="gfm gfm-commit has-tooltip">a4cb27f6</a>
(refactor ScMenuFloatingWindow to use RenderContext, 2015-05-14), the
problem was that the change had two effects:
1) It removed incremental rendering that now causes flicker.
2) It added support for painting into a rendercontext, not on the window
itself.
Given that here a hierarchy of widgets have to be painted at once (to
avoid flicker), use vcl::Window::RequestDoubleBuffering() instead of the
much simpler vcl::BufferDevice.
This improves the situation on Windows, but explicitly blacklist the
focus rectangle case (gtk3) which is currently not compatible with this
higher level double-buffering (and there we already have lower-level
double-buffering anyway, similar to OpenGL).
Change-Id: I77aa951e14db668166dc8757e36c037ee98243bf
Reviewed-on: <a href="https://gerrit.libreoffice.org/73441" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73441</a>Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:vmiklos@collabora.com" title="vmiklos@collabora.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/a9fa7b2d973a609e4d1d7a43383a036c?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:vmiklos@collabora.com" title="vmiklos@collabora.com">Miklos Vajna</a> <<a href="mailto:vmiklos@collabora.com" title="vmiklos@collabora.com">vmiklos@collabora.com</a>></span>
Tested-by: Jenkinshttps://kod.pardus.org.tr/libreoffice/core/commit/ee6dd4d39e9169283e74a9210ace0b8f7f897da4Avoid truncation of ±1E20 to long2019-06-04T12:55:46ZStephan Bergmannsbergman@redhat.com
With -fsanitize=float-cast-overflow, opening doc/abi5309-1.doc as obtained by
bin/get-bugzilla-attachments-by-mimetype (i.e., the attachment at
<<a href="https://bugzilla.abisource.com/show_bug.cgi?id=5309#c3" rel="nofollow noreferrer noopener" target="_blank">https://bugzilla.abisource.com/show_bug.cgi?id=5309#c3</a>>) fails with
> include/tools/helpers.hxx:76:79: runtime error: 1e+20 is outside the range of representable values of type 'long'
> #0 in FRound(double) at include/tools/helpers.hxx:76:79 (instdir/program/libtllo.so +0x3c13dd)
> #1 in ImplPolygon::ImplPolygon(basegfx::B2DPolygon const&) at tools/source/generic/poly.cxx:474:30 (instdir/program/libtllo.so +0x40f35f)
> #2 in tools::Polygon::Polygon(basegfx::B2DPolygon const&) at tools/source/generic/poly.cxx:1849:72 (instdir/program/libtllo.so +0x42c9ff)
> #3 in ImplPolyPolygon::ImplPolyPolygon(basegfx::B2DPolyPolygon const&) at tools/source/generic/poly2.cxx:482:28 (instdir/program/libtllo.so +0x45561e)
> #4 in tools::PolyPolygon::PolyPolygon(basegfx::B2DPolyPolygon const&) at tools/source/generic/poly2.cxx:463:25 (instdir/program/libtllo.so +0x45512d)
> #5 in emfio::MtfTools::DrawPolygon(tools::Polygon, bool) at emfio/source/reader/mtftools.cxx:1287:17 (instdir/program/../program/libemfiolo.so +0x1828d3)
> #6 in emfio::WmfReader::ReadRecordParams(unsigned short) at emfio/source/reader/wmfreader.cxx:367:21 (instdir/program/../program/libemfiolo.so +0x1cffde)
> #7 in emfio::WmfReader::ReadWMF() at emfio/source/reader/wmfreader.cxx:1425:29 (instdir/program/../program/libemfiolo.so +0x1f7567)
> #8 in emfio::emfreader::XEmfParser::getDecomposition(com::sun::star::uno::Reference<com::sun::star::io::XInputStream> const&, rtl::OUString const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) at emfio/source/emfuno/xemfparser.cxx:152:108 (instdir/program/../program/libemfiolo.so +0x13795a)
> #9 in non-virtual thunk to emfio::emfreader::XEmfParser::getDecomposition(com::sun::star::uno::Reference<com::sun::star::io::XInputStream> const&, rtl::OUString const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) at emfio/source/emfuno/xemfparser.cxx (instdir/program/../program/libemfiolo.so +0x138735)
> #10 in VectorGraphicData::ensureSequenceAndRange() at vcl/source/gdi/vectorgraphicdata.cxx:172:137 (instdir/program/libvcllo.so +0x86bdadf)
> #11 in VectorGraphicData::ensureReplacement() at vcl/source/gdi/vectorgraphicdata.cxx:138:5 (instdir/program/libvcllo.so +0x86bcb94)
> #12 in VectorGraphicData::getReplacement() const at vcl/source/gdi/vectorgraphicdata.cxx:286:45 (instdir/program/libvcllo.so +0x86c0a04)
> #13 in ImpGraphic::ImplSetPrefSize(Size const&) at vcl/source/gdi/impgraph.cxx:956:45 (instdir/program/libvcllo.so +0x7d05433)
> #14 in Graphic::SetPrefSize(Size const&) at vcl/source/gdi/graph.cxx:388:19 (instdir/program/libvcllo.so +0x7ca7e26)
> #15 in SvxMSDffManager::GetBLIPDirect(SvStream&, Graphic&, tools::Rectangle*) at filter/source/msfilter/msdffimp.cxx:6616:26 (instdir/program/../program/libmsfilterlo.so +0x9617bc)
> #16 in SvxMSDffManager::GetBLIP(unsigned long, Graphic&, tools::Rectangle*) at filter/source/msfilter/msdffimp.cxx:6453:23 (instdir/program/../program/libmsfilterlo.so +0x95f368)
> #17 in SvxMSDffManager::ImportGraphic(SvStream&, SfxItemSet&, DffObjData const&) at filter/source/msfilter/msdffimp.cxx:3821:24 (instdir/program/../program/libmsfilterlo.so +0x990678)
> #18 in SvxMSDffManager::ImportShape(DffRecordHeader const&, SvStream&, SvxMSDffClientData&, tools::Rectangle&, tools::Rectangle const&, int, int*) at filter/source/msfilter/msdffimp.cxx:4368:28 (instdir/program/../program/libmsfilterlo.so +0x9a221a)
> #19 in SvxMSDffManager::ImportObj(SvStream&, SvxMSDffClientData&, tools::Rectangle&, tools::Rectangle const&, int, int*) at filter/source/msfilter/msdffimp.cxx:4073:16 (instdir/program/../program/libmsfilterlo.so +0x9972d8)
> #20 in SvxMSDffManager::GetShape(unsigned long, SdrObject*&, SvxMSDffImportData&) at filter/source/msfilter/msdffimp.cxx:6377:23 (instdir/program/../program/libmsfilterlo.so +0x9dde0c)
> #21 in SwWW8ImplReader::Read_GrafLayer(long) at sw/source/filter/ww8/ww8graf.cxx:2567:34 (instdir/program/../program/libmswordlo.so +0x2c51a1f)
> #22 in SwWW8ImplReader::ReadChar(long, long) at sw/source/filter/ww8/ww8par.cxx:3697:17 (instdir/program/../program/libmswordlo.so +0x2db3a07)
> #23 in SwWW8ImplReader::ReadChars(int&, int, long, long) at sw/source/filter/ww8/ww8par.cxx:3484:27 (instdir/program/../program/libmswordlo.so +0x2dafba2)
> #24 in SwWW8ImplReader::ReadText(int, int, ManTypes) at sw/source/filter/ww8/ww8par.cxx:4045:22 (instdir/program/../program/libmswordlo.so +0x2d85c3e)
> #25 in SwWW8ImplReader::CoreLoad(WW8Glossary const*) at sw/source/filter/ww8/ww8par.cxx:5227:9 (instdir/program/../program/libmswordlo.so +0x2de3314)
> #26 in SwWW8ImplReader::LoadThroughDecryption(WW8Glossary*) at sw/source/filter/ww8/ww8par.cxx:5892:19 (instdir/program/../program/libmswordlo.so +0x2df31ad)
> #27 in SwWW8ImplReader::LoadDoc(WW8Glossary*) at sw/source/filter/ww8/ww8par.cxx:6196:19 (instdir/program/../program/libmswordlo.so +0x2dfe1ed)
> #28 in WW8Reader::Read(SwDoc&, rtl::OUString const&, SwPaM&, rtl::OUString const&) at sw/source/filter/ww8/ww8par.cxx:6347:26 (instdir/program/../program/libmswordlo.so +0x2e0301a)
> #29 in SwReader::Read(Reader const&) at sw/source/filter/basflt/shellio.cxx:188:22 (instdir/program/../program/libswlo.so +0x1041d2be)
> #30 in SwDocShell::ConvertFrom(SfxMedium&) at sw/source/uibase/app/docsh.cxx:261:26 (instdir/program/../program/libswlo.so +0x10fc4d98)
> #31 in SfxObjectShell::DoLoad(SfxMedium*) at sfx2/source/doc/objstor.cxx:768:23 (instdir/program/libsfxlo.so +0x49d934a)
[...]
To represent "negative" clip regions, basegfx/source/tools/b2dclipstate.cxx uses
an ugly hack of subtracting the region from a ±1E20 bounding box. This document
uses such a negative clip region with a 4504x633@(11301,38) rectangular hole.
(Though I don't know whether that's the real intention, or caused by LO
misparsing the input file format.)
So to avoid converting the ±1E20 bounding box from double to long, do the
intersection here with basegfx double values, and only convert the result to
tools long values. (There appears to be no implemenation of intersection with
a polypolygon for B2DPolyPolyon, just B2DClipState::intersectPolyPolygon.) (In
principle there could be loss of precision when aPolyPoly is converted to a
B2DPolyPolygon now, but that's unlikely with a typical IEEE 754 double with
52 bit mantissa.)
Change-Id: I82a9941b43d90153d63612147b2ca33fbca5f179
Reviewed-on: <a href="https://gerrit.libreoffice.org/73386" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73386</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:Thorsten.Behrens@CIB.de" title="Thorsten.Behrens@CIB.de"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/1695df9b22948d7ae59da83c3f44e415?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:Thorsten.Behrens@CIB.de" title="Thorsten.Behrens@CIB.de">Thorsten Behrens</a> <<a href="mailto:Thorsten.Behrens@CIB.de" title="Thorsten.Behrens@CIB.de">Thorsten.Behrens@CIB.de</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/80457313b4cf9e9d846c5c694500edb71cccb8d7Add css_comp_Impress_oox_PowerPointExport2019-06-04T12:49:51ZTor Lillqvisttml@collabora.com
Change-Id: I17d95cce0dd69e2ba8b4ebc7045544fc5659a249https://kod.pardus.org.tr/libreoffice/core/commit/a4807544be6a8d042883796386eb7a651d576238Fix "external" graphic filter code for the DISABLE_DYNLOADING case2019-06-04T12:49:51ZTor Lillqvisttml@collabora.com
The DISABLE_DYNLOADING case in ImpFilterLibCacheEntry::GetImportFunction()
had apparently been broken from the start, but nobody never noticed as
the common formats (PNG, JPEG, GIF etc) use a more "internal"code
path. The problem was noticed now with a TIFF image in a presentation.
The fix for the import case seems to work, but I could not test the
fix for the export case.
Change-Id: Icbd33c7cb654136a562f18b06d5b0896e701bf3dhttps://kod.pardus.org.tr/libreoffice/core/commit/27cd31a75ba3db4871ca47bda46cc0f915221914TOTD Specify that tip is for Calc2019-06-04T12:48:30ZOlivier Hallotolivier.hallot@libreoffice.org
Change-Id: Ia77b5a407693802f408cd7d28d50962ae1c746e7
Reviewed-on: <a href="https://gerrit.libreoffice.org/73308" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73308</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:tietze.heiko@gmail.com" title="tietze.heiko@gmail.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/ea8ee6f4ce7b561b7099b0f713dae256?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:tietze.heiko@gmail.com" title="tietze.heiko@gmail.com">Heiko Tietze</a> <<a href="mailto:tietze.heiko@gmail.com" title="tietze.heiko@gmail.com">tietze.heiko@gmail.com</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/8736cc0f5c6d4cb80ccb39ca6797d2f4490dade9Use ICU UCHAR_VERTICAL_ORIENTATION when available2019-06-04T12:46:24ZKhaled Hosnykhaledhosny@eglug.org
Starting from ICU 63, the vertical orientation property is provided by ICU so
we use it instead of our inyternal, and potentially outdated data file. Old
code is kept until support for ICU < 63 is dropped.
Change-Id: I0df1f3f5e853ca90945a36a8123bec9ae7f691cc
Reviewed-on: <a href="https://gerrit.libreoffice.org/73425" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73425</a>
Tested-by: Jenkins
Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:marklh9@gmail.com" title="marklh9@gmail.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/898a6e1305ab78a2e8c4031b4c50ec04?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:marklh9@gmail.com" title="marklh9@gmail.com">Mark Hung</a> <<a href="mailto:marklh9@gmail.com" title="marklh9@gmail.com">marklh9@gmail.com</a>></span>https://kod.pardus.org.tr/libreoffice/core/commit/fce79b2347d93b74310775dc9dcd080674579435Update git submodules2019-06-04T12:18:16Zwishawawisha.wa@yandex.com
* Update dictionaries from branch 'master'
- Remove abbreviations from Thai hunspell dictionary.
Reasons:
1. They are not present in other spellcheck dictionaries (such as en).
2. To add all abreviations would not be much different from adding all
possible combinations of 2-3 Thai consonants. This would make misspelled
abbreviations come as correct to the spellcheck anyway.
3. Adding only the most common ones can cause confusion to those using
less common ones, as the spellchecker will suggest the more common
abbreviation. It is also nearly impossible to determine if an abbreviation
is common that it should be added or not.
Change-Id: I8b7bce70f552ab3b356e1ab2c101e9e31a8ec271
Reviewed-on: <a href="https://gerrit.libreoffice.org/73216" rel="nofollow noreferrer noopener" target="_blank">https://gerrit.libreoffice.org/73216</a>Reviewed-by: <span data-trailer="Reviewed-by:"><a href="mailto:andras.timar@collabora.com" title="andras.timar@collabora.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/d85a20fa7e64951d8d9303f1f4227195?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:andras.timar@collabora.com" title="andras.timar@collabora.com">Andras Timar</a> <<a href="mailto:andras.timar@collabora.com" title="andras.timar@collabora.com">andras.timar@collabora.com</a>></span>
Tested-by: <span data-trailer="Tested-by:"><a href="mailto:andras.timar@collabora.com" title="andras.timar@collabora.com"><img alt="'s avatar" src="https://secure.gravatar.com/avatar/d85a20fa7e64951d8d9303f1f4227195?s=32&d=identicon" class="avatar s16 avatar-inline"></a><a href="mailto:andras.timar@collabora.com" title="andras.timar@collabora.com">Andras Timar</a> <<a href="mailto:andras.timar@collabora.com" title="andras.timar@collabora.com">andras.timar@collabora.com</a>></span>