Re: sw.SwXAutoTextGroup junit test failing in 25.2.x

Hi, Am 26.01.25 um 22:46 schrieb Rene Engelhard: 2388501ed81c4873d63f2f26505603ade06642d3    https://gerrit.libreoffice.org/c/core/+/178577 Oh dear..., thanks very much I didn't have a common/ directory there indeed. Manually mkdir'ing /usr/lib/libreoffice/share/wordbook/common and running

Re: sw.SwXAutoTextGroup junit test failing in 25.2.x

Hi, Am 26.01.25 um 21:54 schrieb Caolán McNamara: On Sun, 2025-01-26 at 15:32 +0100, Rene Engelhard wrote: [...] ever since 25.2.x the sw.SwXAutoTextGroup junit test failed for me. Works in 24.8.x. Interestingly this works when building LO but when doing it from "autopkgtest" (test this on an i

Re: sw.SwXAutoTextGroup junit test failing in 25.2.x

On Sun, 2025-01-26 at 15:32 +0100, Rene Engelhard wrote: > Hi, > > ever since 25.2.x the sw.SwXAutoTextGroup junit test failed for me. > Works in 24.8.x. > > Interestingly this works when building LO but when doing it from > "autopkgtest" (test this on an installed LO)[1] this fails > reproducabl

sw.SwXAutoTextGroup junit test failing in 25.2.x

Hi, ever since 25.2.x the sw.SwXAutoTextGroup junit test failed for me. Works in 24.8.x. Interestingly this works when building LO but when doing it from "autopkgtest" (test this on an installed LO)[1] this fails reproducably. Does anyone have an idea? I wouldn't rule out a packaging issue, b

Re: Interdependent, failing commits

On 09.01.25 01:21, Bjoern Michaelsen wrote: On 1/8/25 20:52, Noel Grandin wrote: If it's not possible to trigger that tinderbox on changes, I can run tests for you on my ubsan box, but only from next week, when I'm back in the office. Awesome, thanks! This change ReReReReverts and fixes the i

Re: Interdependent, failing commits

Hi Noel, On 1/8/25 20:52, Noel Grandin wrote: If it's not possible to trigger that tinderbox on changes, I can run tests for you on my ubsan box, but only from next week, when I'm back in the office. Awesome, thanks! This change ReReReReverts and fixes the issues. As it now also dyncast-asse

Re: Interdependent, failing commits

On Wed, 8 Jan 2025 at 20:09, Bjoern Michaelsen < bjoern.michaelsen-...@libreoffice.org> wrote: > Aye, sorry. Is it by chance possible to trigger that tinderbox on a > change before it is merged? Untangling SwClient/SwModify in Writer is a > bit Jenga-Driven Development, because retrofitting typing

Re: Interdependent, failing commits

Hi Stephan, On 1/8/25 10:54, Stephan Bergmann wrote: Björn, Noel, I would be grateful if you could refrain from pushing further commits in those areas until the above Gerrit chain has been pushed and a fresh build of (which I'll trigger once the chain

Re: Interdependent, failing commits

On 08.01.25 10:54, Stephan Bergmann wrote: So I'm now at a chain of four reverts * "Revert 'fix ubsan failure'" * "Revert 'convert RES_OBJECTDYING to SfxHint'" *

Re: Interdependent, failing commits

On 08.01.25 08:58, Stephan Bergmann wrote: On 1/6/25 22:27, Stephan Bergmann wrote: The two recent commits "Revert 'Revert 'stronger typing for SwClient::GetRegisteredIn'' and fix SwIterator cast" and

Re: Interdependent, failing commits

On 1/6/25 22:27, Stephan Bergmann wrote: The two recent commits "Revert 'Revert 'stronger typing for SwClient::GetRegisteredIn'' and fix SwIterator cast" and

Re: Interdependent, failing commits

On Tue, 7 Jan 2025 at 18:12, Stephan Bergmann < stephan.bergm...@allotropia.de> wrote: > On 1/7/25 15:08, Noel Grandin wrote: > > Should be fixed once https://gerrit.libreoffice.org/c/core/+/179890 > > goes in > > What exactly should be fixed by tha

Re: Interdependent, failing commits

On 1/7/25 15:08, Noel Grandin wrote: Should be fixed once https://gerrit.libreoffice.org/c/core/+/179890 goes in What exactly should be fixed by that? With the above change cherry-picked on top of recent master 61c12dd1c80e4b7227a614227bb690b0

Re: Interdependent, failing commits

Should be fixed once https://gerrit.libreoffice.org/c/core/+/179890 goes in On Tue, 7 Jan 2025 at 01:04, Bjoern Michaelsen < bjoern.michaelsen-...@libreoffice.org> wrote: > Hi Stephan, > > ok from my site. While I am still working on a fix, it was unfortunately > not as trivial as I thought and I

Re: testTdf146756 in CppunitTest_chart2_import failing on some systems

On 07.01.25 13:06, Ilmari Lauhakangas wrote: /home/user/libreofficetwo/test/source/xmltesttools.cxx:169:(anonymous namespace)::testTdf146756::TestBody equality assertion failed - Expected: 1697 - Actual  : 2013 - In <>, attribute 'sizeY' of '//XShape[@text='New service request and approval; 18%

testTdf146756 in CppunitTest_chart2_import failing on some systems

A mentee reported a failure of this test and it fails for me as well when running with CPPUNIT_TEST_NAME="testTdf146756" make CppunitTest_chart2_import /home/user/libreofficetwo/test/source/xmltesttools.cxx:169:(anonymous namespace)::testTdf146756::TestBody equality assertion failed - Expecte

Re: Interdependent, failing commits

Hi Stephan, ok from my site. While I am still working on a fix, it was unfortunately not as trivial as I thought and I currently do not find the time to commit to fix this by tomorrow. Best, Bjoern On 1/6/25 22:27, Stephan Bergmann wrote: The two recent commits

Interdependent, failing commits

The two recent commits "Revert 'Revert 'stronger typing for SwClient::GetRegisteredIn'' and fix SwIterator cast" and "convert

Re: macOS nightly builds failing

Thanks Stephan! Patrick > On Dec 20, 2024, at 7:55 AM, Stephan Bergmann > wrote: > > On 20.12.24 12:38, Caolán McNamara wrote: >> I wonder if that's the first use of uno during the build, so maybe >> pointing at a potential problem in: >> bridges/source/cpp_uno/gcc3_linux_aarch64 > > or else,

Re: macOS nightly builds failing

On 20.12.24 12:38, Caolán McNamara wrote: I wonder if that's the first use of uno during the build, so maybe pointing at a potential problem in: bridges/source/cpp_uno/gcc3_linux_aarch64 or else, seeing "DeploymentException" and seeing that the latest

Re: SdMiscTest::testTdf119956 failing on Windows

Hi Stephan, On Thu, Dec 19, 2024 at 05:22:54PM +0100, Stephan Bergmann wrote: > Does anybody happen to have an idea why making `CppunitTest_sd_misc_tests > CPPUNIT_TEST_NAME=SdMiscTest::testTdf119956` reliably keeps failing on my > Windows build with It was added in core.g

Re: macOS nightly builds failing

On Thu, 2024-12-19 at 20:23 -0500, Patrick Luby wrote: > I took a look at the console log for the last ARM build and the > “saxparser" internal build tool is throwing an uncaught exception: > > https://ci.libreoffice.org/job/lo_daily_tb_mac_arm64/ I wonder if that's the first use of uno during th

Re: macOS nightly builds failing

macOS nightly builds started failing or not running early this > week: > > https://dev-builds.libreoffice.org/daily/master/current.html > > Any problems that I can help fix? I know that I committed the following > macOS-only patch on 17 December so maybe that is causing problem

SdMiscTest::testTdf119956 failing on Windows

Does anybody happen to have an idea why making `CppunitTest_sd_misc_tests CPPUNIT_TEST_NAME=SdMiscTest::testTdf119956` reliably keeps failing on my Windows build with [_RUN_] SdMiscTest::testTdf119956 warn:sfx.appl:12952:11096:sfx2/source/appl/app.cxx:148: No DDE-Service possible. Error

macOS nightly builds failing

It looks like macOS nightly builds started failing or not running early this week: https://dev-builds.libreoffice.org/daily/master/current.html Any problems that I can help fix? I know that I committed the following macOS-only patch on 17 December so maybe that is causing problems? Patrick

Re: Test not failing on linux when it should

On Thu, 2024-11-14 at 16:52 +0100, Xisco Fauli wrote: > Anyone has any idea why CppunitTest_writerperfect_impress is not > failing on Linux/Mac when it should ? FWIW at least make CppunitTest_writerperfect_impress CPPUNITTRACE="valgrind" does detect the same issue, i.e. ==2

Test not failing on linux when it should

it locally, CppunitTest_writerperfect_impress passes on Linux but LibreOffice crashes when loading writerperfect/qa/unit/data/impress/libetonyek/pass/Keynote_5.key. Anyone has any idea why CppunitTest_writerperfect_impress is not failing on Linux/Mac when it should ? Regards -- Xisco Faulí LibreOffice QA Team IRC: x1sc0

Re: How to force Jenkins to verify if failing probability is too high

Thanks Ilmari for your help. I should have 'make clean extras' to detect my error. Best regards, Laurent Balland Le 01/01/2024 à 17:23, Ilmari Lauhakangas a écrit : On 1.1.2024 11.20, Laurent Balland wrote: Hello, My change [1] did not pass Jenkins verification due to

Re: How to force Jenkins to verify if failing probability is too high

On 1.1.2024 11.20, Laurent Balland wrote: Hello, My change [1] did not pass Jenkins verification due to a failing probability of 0.45. I did not find any helpful information in Jenkins report [2]. I am almost sure that my change should pass. What should I modify in my change? How to tell

How to force Jenkins to verify if failing probability is too high

Hello, My change [1] did not pass Jenkins verification due to a failing probability of 0.45. I did not find any helpful information in Jenkins report [2]. I am almost sure that my change should pass. What should I modify in my change? How to tell Jenkins to go ahead? Thanks for your help

LibreOffice not disposed when UItest failing with python >= 3.11

Hello, I realized that if python 3.11 or newer is used ( tested with python 3.12 using pyenv ), a failing UItest doesn't dispose LibreOffice. How to reproduce it: 1. Modify a UITest so it fails with 'Could not find child with id': # diff --git a/sc/qa/uitest/key_f

Re: CppunitTest_vcl_text failing now

On Wed, 6 Dec 2023 11:32:42 +0100 Dan Horák wrote: > On Wed, 6 Dec 2023 11:22:46 +0100 > Dan Horák wrote: > > > Hi, > > > > seems that after a change from yesterday the CppunitTest_vcl_text test > > is failing now. Again this is in our CI with only system fon

Re: CppunitTest_vcl_text failing now

On Wed, 6 Dec 2023 11:22:46 +0100 Dan Horák wrote: > Hi, > > seems that after a change from yesterday the CppunitTest_vcl_text test > is failing now. Again this is in our CI with only system fonts being > used. isn't #if HAVE_MORE_FONTS missing for testTdf107718()?

CppunitTest_vcl_text failing now

Hi, seems that after a change from yesterday the CppunitTest_vcl_text test is failing now. Again this is in our CI with only system fonts being used. 708e379994591c6e73f07bd2aba136841c9cf036 is good 24135dc15a797ca91dd32c70cbc4d26a05dfd127 is bad (not bisected yet) from the build log

Re: CppunitTest_sw_txt{export,import} failing now

or some other change merged during yesterday) the > > CppunitTest_sw_txt{export,import} tests are failing now in our CI with > > system fonts being used. > > Yes, this will be probably the above commit. > > > (gdb) p rPattern.maTargetName > > $1 = "DejaVu Sans&

Re: CppunitTest_sw_txt{export,import} failing now

t} tests are failing now in our CI with > system fonts being used. Yes, this will be probably the above commit. > (gdb) p rPattern.maTargetName > $1 = "DejaVu Sans" > (gdb) p rPattern.maSearchName > $2 = "Droid Sans Fallback" > > but the system has dej

CppunitTest_sw_txt{export,import} failing now

Hi, seems that probably after https://cgit.freedesktop.org/libreoffice/core/commit/?id=85852ad0d96bfd71413aef94edc1b6e2e6052e1a (or some other change merged during yesterday) the CppunitTest_sw_txt{export,import} tests are failing now in our CI with system fonts being used. running under gdb

[RESOLVED] Re: Failing build following libffi upgrade

I confirm my local build is ok now thanks to your patch. Thank you Stephan!

Re: Failing build following libffi upgrade

On 10/15/23 16:40, Julien Nabet wrote: now Python part fails to build with: Failed to build these modules: _ctypes" but only with warnings. As if libffi and Python were now take into account werror whereas it wasn't the case before. Did you maybe get confused by -Wimplicit-function-declarati

Re: Failing build following libffi upgrade

On 10/15/23 15:11, Julien Nabet wrote: ../src/tramp.c:262:22: error: call to undeclared function 'open_temp_exec_file'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]   tramp_globals.fd = open_temp_exec_file (); ^ 1 error

Re: Failing build following libffi upgrade

now Python part fails to build with: Failed to build these modules: _ctypes" but only with warnings. As if libffi and Python were now take into account werror whereas it wasn't the case before.

Re: Failing build following libffi upgrade

I gave a try with https://gerrit.libreoffice.org/c/core/+/157988

Failing build following libffi upgrade

Hello, On pc Debian x86-64 with master sources updated today, I got: libtool: compile:  clang -fvisibility=hidden -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -Wall -O3 -fexceptions -MT src/prep_cif.lo -MD -MP -MF src/.deps/prep_cif.Tpo -c ../src/prep_cif.c  -fPIC -DPIC -o src

Re: Sporadically failing CppunitTest_sc_vba_macro_test

On 5/11/23 09:58, Noel Grandin wrote: I would suspect that putting a    Scheduler::ProcessEventsToIdle into UnoApiTest::executeMacrowould be a good idea. Some diff --git a/test/source/unoapi_test.cxx b/test/source/unoapi_test.cxx index e8198876537a..03d013b07762 100644 --- a/test/source/un

Re: Sporadically failing CppunitTest_sc_vba_macro_test

On Thu, 11 May 2023 at 09:54, Stephan Bergmann wrote: > Is it plausible that those macro executions trigger asynchronous > operations that might only actually update the values (observed via > rDoc.GetValue) some time after the executeMacro call has already returned? > > Given the way our UI work

Sporadically failing CppunitTest_sc_vba_macro_test

At least on (somewhat slow) , and also with my local (equally somewhat slow) ASan+UBSan build, I see CppunitTest_sc_vba_macro_test occasionally fail with what looks like timing issues: * and

Re: [SOLVED] Re: Build failing on Windows when adding "ja" in "with-lang"

It was libunistring5. But to be precise, I had updated Cygwin packages (since I rarely build on Windows, I do Windows update, Visual Studio Community update, Cygwin packages update  + make clean + autogen.sh) and when I tried to investigate a bit about this pb, I found something it was about u

Re: [SOLVED] Re: Build failing on Windows when adding "ja" in "with-lang"

On 12.11.2022 14.01, Julien Nabet wrote: Finally, it was just a lib to install in Cygwin. Build is ok now. Sorry for the noise. Which lib is that? Is it documented in the wiki? Ilmari

[SOLVED] Re: Build failing on Windows when adding "ja" in "with-lang"

Finally, it was just a lib to install in Cygwin. Build is ok now. Sorry for the noise.

Build failing on Windows when adding "ja" in "with-lang"

Hello, [build CXX] chart2/source/controller/sidebar/ChartSidebarModifyListener.cxx gawk: C:/cygwin/home/serva/lode/dev/core/solenv/gbuild/platform/filter-showIncludes.awk:45: (FILENAME=- FNR=2) warning: Invalid multibyte data detected. There may be a mismatch between your data and your locale R

Re: [global-libreoffice-ci] UBSAN Linux Build - Build # 2217 - Still Failing!

On 01/12/2021 15:17, Stephan Bergmann wrote: On 01/12/2021 13:46, Michael Stahl wrote: i think it's caused by --with-system-nss on the CentOS7 baseline, doesn't happen on more recent Fedora, would be great if somebody had time to debug why this happens... Indeed,

Re: [global-libreoffice-ci] UBSAN Linux Build - Build # 2217 - Still Failing!

On 01/12/2021 13:46, Michael Stahl wrote: i think it's caused by --with-system-nss on the CentOS7 baseline, doesn't happen on more recent Fedora, would be great if somebody had time to debug why this happens... Indeed,

Re: [global-libreoffice-ci] UBSAN Linux Build - Build # 2217 - Still Failing!

On 01.12.21 13:24, Stephan Bergmann wrote: On 30/11/2021 03:23, c...@libreoffice.org wrote: UBSAN Linux Build - Build # 2217 - Still Failing: Identified problems: * cppunit failure: the cppunit test CppunitTest_desktop_lib failed    * Indication 1: <https://ci.libreoffice.org//

Re: [global-libreoffice-ci] UBSAN Linux Build - Build # 2217 - Still Failing!

On 30/11/2021 03:23, c...@libreoffice.org wrote: UBSAN Linux Build - Build # 2217 - Still Failing: Identified problems: * cppunit failure: the cppunit test CppunitTest_desktop_lib failed * Indication 1: <https://ci.libreoffice.org//job/lo_ubsan/2217/consoleFull#-1103831567d893063f-7

Re: lt_string_value assertion and MS x-none languagetag (was: testVerticallyMergedCellBorder failing on some systems)

Hi Eike, On Mon, Jul 12, 2021 at 03:13:52PM +0200, Eike Rathke wrote: > > > Breaking in LanguageTag implementation revealed that it's passed to > writerfilter/source/dmapper/ThemeTable.cxx > ThemeTable::setThemeFontLangProperties() > the PropertyValue aPropSeq contains > eastAsia = "x-none" > b

Re: testVerticallyMergedCellBorder failing on some systems

On 12.7.2021 14.24, Miklos Vajna wrote: On Mon, Jul 12, 2021 at 01:56:45PM +0300, Ilmari Lauhakangas wrote: Here is how it looks like for me on Linux: https://postimg.cc/2bN6WFfS Same result with 7.1.4 as well. Yes, that's perfect. I assume it doesn't look like this on a system where the te

lt_string_value assertion and MS x-none languagetag (was: testVerticallyMergedCellBorder failing on some systems)

d > E: lt_string_value: assertion `string != ((void *)0)' failed > E: lt_string_value: assertion `string != ((void *)0)' failed Unrelated to the test failing or not, but I wondered why those assertions came up and loading the test doc sw/qa/core/layout/data/vmerge-cell-border.docx

Re: testVerticallyMergedCellBorder failing on some systems

Hi Ilmari, On Mon, Jul 12, 2021 at 01:56:45PM +0300, Ilmari Lauhakangas wrote: > Here is how it looks like for me on Linux: https://postimg.cc/2bN6WFfS > > Same result with 7.1.4 as well. Yes, that's perfect. I assume it doesn't look like this on a system where the test fails. > Table seems t

Re: testVerticallyMergedCellBorder failing on some systems

On 12.7.2021 10.30, Miklos Vajna wrote: On Sat, Jul 10, 2021 at 10:00:31AM +0300, Ilmari Lauhakangas wrote: It was added in https://git.libreoffice.org/core/commit/66ac8e60896f6306bed8fbb34606fd14474f19ce On Windows the failure was C:/cygwin/home/user/lode/dev/core/sw/qa/core/layout/layout.

Re: testVerticallyMergedCellBorder failing on some systems

Hi Ilmari, On Sat, Jul 10, 2021 at 10:00:31AM +0300, Ilmari Lauhakangas wrote: > It was added in > https://git.libreoffice.org/core/commit/66ac8e60896f6306bed8fbb34606fd14474f19ce > > On Windows the failure was > > C:/cygwin/home/user/lode/dev/core/sw/qa/core/layout/layout.cxx:493:testVertica

testVerticallyMergedCellBorder failing on some systems

Someone I am mentoring got a test failure on Windows for this test: CPPUNIT_TEST_NAME="testVerticallyMergedCellBorder" make CppunitTest_sw_core_layout I tried it myself on Linux and it is failing with [CUT] sw_core_layout [_RUN_] testVerticallyMergedCellBorder::TestBody E: lt_st

Re: Row height test failing for some on Windows

On Fri, 2021-07-09 at 08:40 +0300, Ilmari Lauhakangas wrote: > Someone I am mentoring got this test failure on Windows: > > : error : Assertion > Test name: ScFiltersTest::testTdf118086 > equality assertion failed > - Expected: 477 > - Actual  : 480 > > Any ideas? I'd try to: a) Open sc/qa/unit

Row height test failing for some on Windows

Someone I am mentoring got this test failure on Windows: C:/cygwin/home/user/lode/dev/core/sc/qa/unit/subsequent_filters-test.cxx(3384) : error : Assertion Test name: ScFiltersTest::testTdf118086 equality assertion failed - Expected: 477 - Actual : 480 Failures !!! Run: 179 Failure total: 1

Re: Unit Tests failing when built with clang 12

The UITest_calc_tests9 failure with clang 12/13 was fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=9ccbf716ba16 Fix null-pointer-use Thanks Stephan! ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.f

Re: Unit Tests failing when built with clang 12

I just did a git pull and UITest_calc_tests9 is passing on master. I'm bisecting the fix now. -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org

Re: Unit Tests failing when built with clang 12

On 17/03/2021 23:47, Luke Benes wrote: Sounds like there is a headless or distro dependent aspect of this bug too. I can reproduce this on both my i686 openSUSE Tumbleweed (32-bit) laptop and on my x86-64 openSUSE Tumbleweed desktop. This issue has not been fixed in clang 13 as today's build 4

Re: Unit Tests failing when built with clang 12

Sounds like there is a headless or distro dependent aspect of this bug too. I can reproduce this on both my i686 openSUSE Tumbleweed (32-bit) laptop and on my x86-64 openSUSE Tumbleweed desktop. This issue has not been fixed in clang 13 as today's build 402f2cae7dcab also fails. I also was able

Re: Unit Tests failing when built with clang 12

On 16/03/2021 23:05, slacka wrote: Yes, I just verified that you'll need an --enable-optimized build to reproduce this failure. When I built with clang 12 + --enable-debug, all unit tests passed. though a Clang 13 trunk build with --enable-optimized (and --disable-debug, --disable-dbgutil) run

Re: Unit Tests failing when built with clang 12

Yes, I just verified that you'll need an --enable-optimized build to reproduce this failure. When I built with clang 12 + --enable-debug, all unit tests passed. -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html

Re: Unit Tests failing when built with clang 12

On 15/03/2021 20:54, Luke Benes wrote: The recently added Unit Test test_tdf131000 https://cgit.freedesktop.org/libreoffice/core/commit/?id=df33714f0eca fails with clang 12 but not with gcc 10 or clang 11. I bisected this regression to this change in clang: https://github.com/llvm/llvm-project

Unit Tests failing when built with clang 12

", line 182, in tearDown self.connection.tearDown() File "/core/uitest/libreoffice/connection.py", line 121, in tearDown if self.xContext: uno.com.sun.star.uno.RuntimeException: Binary URP bridge already disposed /core/binaryurp/source/bridge.cxx:1045

Re: CppunitTest_vcl_skia failing on tb68 with illegal instruction

On Tuesday 09 of March 2021, Luboš Luňák wrote: > On Tuesday 09 of March 2021, Stephan Bergmann wrote: > > (e.g., ). > > > > @Luboš: I assume that external/skia (maybe since > >

Re: CppunitTest_vcl_skia failing on tb68 with illegal instruction

On 09/03/2021 15:55, Luboš Luňák wrote: On Tuesday 09 of March 2021, Stephan Bergmann wrote: I tend to remember that clang-cl targeting x86 does indeed enable SSE2 by default: But MSVC on x86 defaults to -arch:SSE2 as well, ah, then ignore me here _

Re: CppunitTest_vcl_skia failing on tb68 with illegal instruction

On Tuesday 09 of March 2021, Stephan Bergmann wrote: > On 09/03/2021 14:19, Luboš Luňák wrote: > > That doesn't make sense to me. The crashing test calls normal Skia code > > that shouldn't be special WRT instruction sets, and it's normally > > compiled with clang-cl without explicit instruction

Re: CppunitTest_vcl_skia failing on tb68 with illegal instruction

On 09/03/2021 14:19, Luboš Luňák wrote: That doesn't make sense to me. The crashing test calls normal Skia code that shouldn't be special WRT instruction sets, and it's normally compiled with clang-cl without explicit instruction set flags. The only plausible explanation I can think of is that

Re: CppunitTest_vcl_skia failing on tb68 with illegal instruction

On 09.03.21 14:19, Luboš Luňák wrote: On Tuesday 09 of March 2021, Stephan Bergmann wrote: (e.g., ). @Luboš: I assume that external/skia (maybe since "updat

Re: CppunitTest_vcl_skia failing on tb68 with illegal instruction

On Tuesday 09 of March 2021, Stephan Bergmann wrote: > (e.g., ). > > @Luboš: I assume that external/skia (maybe since > 4%5E!/> "update Skia to chrome/m90", which reac

Re: CppunitTest_vcl_skia failing on tb68 with illegal instruction

On 09/03/2021 11:37, Christian Lohmaier wrote: On Tue, Mar 9, 2021 at 8:30 AM Stephan Bergmann wrote: @Christian: I thus now tried to take tb68 off the "Gerrit Windows" build, by changing at the "Lables" text field from Gerrit Win

Re: CppunitTest_vcl_skia failing on tb68 with illegal instruction

Hi Stephan, *, On Tue, Mar 9, 2021 at 8:30 AM Stephan Bergmann wrote: > > @Christian: I thus now tried to take tb68 off the "Gerrit Windows" > build, by changing at > the > "Lables" text field from > > > Gerrit Windows windows_msc_dbg

CppunitTest_vcl_skia failing on tb68 with illegal instruction

I noticed that at least on , all recent builds of failed CppunitTest_vcl_skia with /usr/bin/sh: line 1: 9724 Illegal instruction ( MAX_CONCURRENCY=4 MOZILLA_CERTIFICATE_FOLDER=dbm: SAL_DI

Re: testXAdES failing since 2021-03-03

Hi, On Fri, Mar 05, 2021 at 08:57:32PM +0100, Michael Stahl wrote: > no trace of the "CN=some-uuid" that you get. > > sorry, no idea... Windows takes the certificate from the system store (visible via the certmgr tool), I bet Mike has some additional certs installed which influence the test, a

Re: testXAdES failing since 2021-03-03

On 04.03.21 07:05, Mike Kaganski wrote: Hi! Since yesterday, I see testXAdES failing locally: warn:xmlsecurity.comp:8804:9072:xmlsecurity/source/helper/xmlsignaturehelper.cxx:655: X509Data do not form a chain: certificate in cycle: CN=E9F172FF-9203-4DB8-A589-184C7A58C071 ^ maybe that&#

testXAdES failing since 2021-03-03

Hi! Since yesterday, I see testXAdES failing locally: $ make CppunitTest_xmlsecurity_signing CPPUNIT_TEST_NAME=testXAdES C:/cygwin64/opt/lo/bin/make -j 14 -rs -f C:/lo/src/core/Makefile.gbuild CppunitTest_xmlsecurity_signing [build PRL] CustomTarget/postprocess/images/sorted.lst [build PRL

Re: Failing LO build with Raspberry pi4 (-Werror,-Wformat in idl)

I submitted this patch on gerrit: https://gerrit.libreoffice.org/c/core/+/110844 -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.

Failing LO build with Raspberry pi4 (-Werror,-Wformat in idl)

Hello, On Raspberry pi4 with master sources updated today + make clean, I got: [CXX] sax/source/expatwrap/sax_expat.cxx /home/pi/lo/libreoffice/idl/source/prj/database.cxx:437:23: error: format specifies type 'unsigned long' but the argument has type 'sal_uInt64' (aka 'unsigned long long') [-W

Re: Fwd: CppunitTest_sc_shapetest failing after cd966aac6e

list somehow. Forwarded Message Subject: Re: CppunitTest_sc_shapetest failing after cd966aac6e Date: Tue, 26 Jan 2021 21:20:38 +0300 From: Mike Kaganski To: Luke Benes On 26.01.2021 21:16, Luke Benes wrote: After https://cgit.freedesktop.org/libreoffice/core/commit/?id

Fwd: CppunitTest_sc_shapetest failing after cd966aac6e

Missed to CC the list somehow. Forwarded Message Subject: Re: CppunitTest_sc_shapetest failing after cd966aac6e Date: Tue, 26 Jan 2021 21:20:38 +0300 From: Mike Kaganski To: Luke Benes On 26.01.2021 21:16, Luke Benes wrote: After https://cgit.freedesktop.org/libreoffice

CppunitTest_sc_shapetest failing after cd966aac6e

After https://cgit.freedesktop.org/libreoffice/core/commit/?id=cd966aac6e tdf#137033 improve save of cell anchored shapes CppunitTest_sc_shapetest fails with the errors below. I can reliable reproduce the failure and the verified the bisect with a 'make clean' between builds. Let me know i

Re: JunitTest_sfx2_complex failing on Windows after f5ab8bcbfd20

On 03.01.21 07:14, Luke Benes wrote: After https://cgit.freedesktop.org/libreoffice/core/commit/?id=f5ab8bcbfd20 WIN don't notify clipboard change with SolarMutex I'm seeing the failure below on Windows 10 x86. Any idea why this would cause this failure? Let me know if you need any additi

JunitTest_sfx2_complex failing on Windows after f5ab8bcbfd20

After https://cgit.freedesktop.org/libreoffice/core/commit/?id=f5ab8bcbfd20 WIN don't notify clipboard change with SolarMutex I'm seeing the failure below on Windows 10 x86. Any idea why this would cause this failure? Let me know if you need any additional debugging info. -Luke [build JU

Re: Bridgetest Failing on RPI4 armhf

On 23/10/2020 15:38, Luke Benes wrote: On Raspberry Pi OS with both gcc-8 and clang 12, the build is failing with the following error: ### float does not match! failed struct comparison test failed ### float does not match! failed recursive test results failed standard test failed exception

Bridgetest Failing on RPI4 armhf

On Raspberry Pi OS with both gcc-8 and clang 12, the build is failing with the following error: ### float does not match! failed struct comparison test failed ### float does not match! failed recursive test results failed standard test failed exception occurred: error: test failed! /core

Re: Failing testTdf107020 - crop size mismatch after load & reload

Hi Noel, I reset the font scaling to 100% and the unit test pass. Thank you! Noel Grandin 於 2020年10月6日 週二 下午3:19寫道： > Do you have any kind of font-scaling active? > > Because then the unit tests won't work on Windows. > > On 2020/10/05 11:21 pm, Mark Hung wrote: > > > > > > Caolán McNamara mail

Re: Failing testTdf107020 - crop size mismatch after load & reload

Do you have any kind of font-scaling active? Because then the unit tests won't work on Windows. On 2020/10/05 11:21 pm, Mark Hung wrote: Caolán McNamara mailto:caol...@redhat.com>> 於 2020年10月6日 週二 03:05 寫道： On Tue, 2020-10-06 at 00:10 +0800, Mark Hung wrote: > Test name: testTdf107

Re: Failing testTdf107020 - crop size mismatch after load & reload

Caolán McNamara 於 2020年10月6日 週二 03:05 寫道： > On Tue, 2020-10-06 at 00:10 +0800, Mark Hung wrote: > > Test name: testTdf107020::Load_Reload_Verify > > equality assertion failed > > - Expected: 27183 > > - Actual : 27187 > > What's your platform, windows ? > Yes. I'm using Windows10. > __

Re: Failing testTdf107020 - crop size mismatch after load & reload

On Tue, 2020-10-06 at 00:10 +0800, Mark Hung wrote: > Hi, > > I try to inspect unit tests that fail in my environment. > > testTdf107020 in sw/qa/extras/ooxmlexport/ooxmlexport14 > is one of them. > > Test name: testTdf107020::Load_Reload_Verify > equality assertion failed > - Expected: 27183

Failing testTdf107020 - crop size mismatch after load & reload

Hi, I try to inspect unit tests that fail in my environment. testTdf107020 in sw/qa/extras/ooxmlexport/ooxmlexport14 is one of them. Test name: testTdf107020::Load_Reload_Verify equality assertion failed - Expected: 27183 - Actual : 27187 The xml fragment that in the original file is: The nu

Re: UITest_writer_tests failing on KDE Neon

Hi Luke, On Mon, Sep 21, 2020 at 01:26:44AM +, Luke Benes wrote: > Correct URL: > https://cgit.freedesktop.org/libreoffice/core/commit/?id=a658ece9f9fa308084c3e0f4662dda7afb9a0879 I don't mind, just revert locally and push to gerrit to get it reviewed. Regards, Miklos

Re: UITest_writer_tests failing on KDE Neon

Subject: Re: UITest_writer_tests failing on KDE Neon I can confirm that https://cgit.freedesktop.org/libreoffice/core/commit/?id=d3c870fcbfed4bbbcbc5d943c2526b353ad396c6 fixes the build for me. No errors after a full 'make check'. Miklos or Xisco, I think Caolán's fix may resolve

Re: UITest_writer_tests failing on KDE Neon

i; Miklos Vajna Subject: Re: UITest_writer_tests failing on KDE Neon On Sun, 2020-09-20 at 17:41 +, Luke Benes wrote: > After > https://cgit.freedesktop.org/libreoffice/core/commit/?id=b6ab2330d97672936edc56de8d6f5b6f772908ff > > ... > ==

  1   2   3   4   5   >