Bug#1039951: marked as done (libreoffice-writer: First and last inner vertical borders in tables are invisible across all rows in Hebrew locale)
Your message dated Fri, 30 Jun 2023 06:25:55 +0200
with message-id <97ff49f0-4b3b-54e5-d628-e10e69175...@debian.org>
and subject line Re: Bug#1039951: libreoffice-writer: First and last inner
vertical borders in tables are invisible across all rows in Hebrew locale
has caused the Debian Bug report #1039951,
regarding libreoffice-writer: First and last inner vertical borders in tables
are invisible across all rows in Hebrew locale
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
1039951: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039951
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libreoffice-writer
Version: 4:7.4.5-3
Severity: normal
X-Debbugs-Cc: dhpe...@mailbox.org
Dear Maintainer,
This issue occures only when Formats -> Lacale setting is set to Hebrew, and
the app is restarted for the setting to take affect.
On other tested locale (English) it doesn't happen.
Simply adding a table will create one with fully visible border lines except
first and last inner vertical borders.
Trying to make them visible doesn't work. It applies to both rendered table and
printed file or exported PDF.
The visibility issue is dynamic. If you delete cells with problematic border,
it will switch to the new first/last inner border.
Tested current flatpak version 7.5.4.2. seems to fixed in it.
steps to reproduce: Change locale setting to Hebrew and restart. Simply add a
table.
-- Package-specific info:
Configuration filePackage Exists Changed
/etc/libreoffice/registry/writer.xcd libreoffice-writer Yes No
All deployed bundled extensions:
Identifier: com.sun.star.comp.Calc.NLPSolver
Version: 0.9
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/nlpsolver
is registered: yes
Media-Type: application/vnd.sun.star.package-bundle
Description: This extension integrates into Calc and offers new Solver
engines to use for optimizing nonlinear programming models.
bundled Packages: {
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/nlpsolver/help
is registered: yes
Media-Type: application/vnd.sun.star.help
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/nlpsolver/components.rdb
is registered: yes
Media-Type: application/vnd.sun.star.uno-components
Description:
}
Identifier: com.sun.wiki-publisher
Version: 1.2.0
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher
is registered: yes
Media-Type: application/vnd.sun.star.package-bundle
Description: The Wiki Publisher enables you to create Wiki articles on
MediaWiki servers without having to know the syntax of the MediaWiki markup
language. Publish your new and existing documents transparently with the Writer
to a wiki page.
bundled Packages: {
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/help
is registered: yes
Media-Type: application/vnd.sun.star.help
Description:
URL:
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiExtension.xcs
is registered: yes
Media-Type: application/vnd.sun.star.configuration-schema
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiEditor/
is registered: yes
Media-Type: application/vnd.sun.star.basic-library
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/components.rdb
is registered: yes
Media-Type: application/vnd.sun.star.uno-components
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Addons.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL:
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/ProtocolHandler.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL:
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiExtension.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL:
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/OptionsDialog.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Filter.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Types.xcu
is registered: yes
Bug#1039951: libreoffice-writer: First and last inner vertical borders in tables are invisible across all rows in Hebrew locale
Package: libreoffice-writer
Version: 4:7.4.5-3
Severity: normal
X-Debbugs-Cc: dhpe...@mailbox.org
Dear Maintainer,
This issue occures only when Formats -> Lacale setting is set to Hebrew, and
the app is restarted for the setting to take affect.
On other tested locale (English) it doesn't happen.
Simply adding a table will create one with fully visible border lines except
first and last inner vertical borders.
Trying to make them visible doesn't work. It applies to both rendered table and
printed file or exported PDF.
The visibility issue is dynamic. If you delete cells with problematic border,
it will switch to the new first/last inner border.
Tested current flatpak version 7.5.4.2. seems to fixed in it.
steps to reproduce: Change locale setting to Hebrew and restart. Simply add a
table.
-- Package-specific info:
Configuration filePackage Exists Changed
/etc/libreoffice/registry/writer.xcd libreoffice-writer Yes No
All deployed bundled extensions:
Identifier: com.sun.star.comp.Calc.NLPSolver
Version: 0.9
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/nlpsolver
is registered: yes
Media-Type: application/vnd.sun.star.package-bundle
Description: This extension integrates into Calc and offers new Solver
engines to use for optimizing nonlinear programming models.
bundled Packages: {
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/nlpsolver/help
is registered: yes
Media-Type: application/vnd.sun.star.help
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/nlpsolver/components.rdb
is registered: yes
Media-Type: application/vnd.sun.star.uno-components
Description:
}
Identifier: com.sun.wiki-publisher
Version: 1.2.0
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher
is registered: yes
Media-Type: application/vnd.sun.star.package-bundle
Description: The Wiki Publisher enables you to create Wiki articles on
MediaWiki servers without having to know the syntax of the MediaWiki markup
language. Publish your new and existing documents transparently with the Writer
to a wiki page.
bundled Packages: {
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/help
is registered: yes
Media-Type: application/vnd.sun.star.help
Description:
URL:
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiExtension.xcs
is registered: yes
Media-Type: application/vnd.sun.star.configuration-schema
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiEditor/
is registered: yes
Media-Type: application/vnd.sun.star.basic-library
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/components.rdb
is registered: yes
Media-Type: application/vnd.sun.star.uno-components
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Addons.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL:
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/ProtocolHandler.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL:
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiExtension.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL:
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/OptionsDialog.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Filter.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Types.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Paths.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
}
All deployed shared extensions:
All deployed user extensions:
Experimental features enabled:
Installed VCLplugs:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++----=
un libreoffice-gtk3 (no description available)
ii libreoffice-kf5 4:7.4.5-3amd64office productivity suite -- KDE
Frameworks 5 integration
ii libreoffice-qt5 4:7.4.5-3amd64office productivity suite -- Qt
5 integration
Java (javaldx):
Bug#1039906: libreoffice: FTBFS on riscv64: uitest throws "index out of range"
Hi, Am 29.06.23 um 17:29 schrieb Rene Engelhard: Though that does not really matter, see [1]. We are supposed not to use Forgot to add that. https://www.debian.org/doc/debian-policy/ch-source.html#embedded-code-copies Regards, Rene
Bug#1039906: libreoffice: FTBFS on riscv64: uitest throws "index out of range"
tag 1039906 + moreinfo
found 1039906 4:7.5.4-1
forwarded 1039906
https://bugs.documentfoundation.org/show_bug.cgi?id=155937
thanks
Almost all the uitest cases throws such exception:
My gut feeling points to python. I mean it's not really test specific
but on "Almost all the uitest" (which all are python).
ERROR: testThemePage (themepage.Test.testThemePage)
--
Traceback (most recent call last):
File "/<>/cui/qa/uitest/tabpages/themepage.py", line
19, in testThemePage
with self.ui_test.create_doc_in_start_center("impress") as
component:
File "/usr/lib/python3.11/contextlib.py", line 144, in __exit__
next(self.gen)
File "/<>/uitest/uitest/test.py", line 195, in
create_doc_in_start_center
self.close_doc()
File "/<>/uitest/uitest/test.py", line 221, in close_doc
frames[0].activate()
~~^^^
IndexError: index out of range
I know, that's why I wrote
https://lists.debian.org/debian-riscv/2023/06/msg0.html in the first
place
This exception is always throwed when closing the doc window. As I
described in bugzilla[1], the bug should be located between c++ and
python environment.
Which is the bridges. Or python itself. I think.
It seems that the exception only throws in current Debian package. If
I build LibreOffice (both 7.6 and 7.5 version) with external tarballs
(that means, I pass parameters to autogen.sh as less as possible),
this bug disappears. Therefore maybe some system-internal component
are not configured correctly.
For reference: Which exact options?
Though that does not really matter, see [1]. We are supposed not to use
some random copies of libraries. Here in this case they also just build
it using non-default build systems, thus even skipping their testsuite.
(Which I or Debian or the respective upstream then fixed up)
Anyway, even then it does not make sense at all to ship a obsolete
(3.8!) python version since then anything using pyUNO then would need to
build with that python, too. And there's stuff in Debian using pyUNO.
I am building a debug version of LibreOffice with sbuild to debug uitest.
Yes, please.
Or try with a newer python? Unfortunately LibreOffice is not yet ready
for python 3.12...
Regards,
Rene
Processed: Re: Bug#1039906: libreoffice: FTBFS on riscv64: uitest throws "index out of range"
Processing commands for cont...@bugs.debian.org: > tag 1039906 + moreinfo Bug #1039906 [src:libreoffice] libreoffice: FTBFS on riscv64: uitest throws "index out of range" Added tag(s) moreinfo. > found 1039906 4:7.5.4-1 Bug #1039906 [src:libreoffice] libreoffice: FTBFS on riscv64: uitest throws "index out of range" The source 'libreoffice' and version '4:7.5.4-1' do not appear to match any binary packages Marked as found in versions libreoffice/4:7.5.4-1. > forwarded 1039906 https://bugs.documentfoundation.org/show_bug.cgi?id=155937 Bug #1039906 [src:libreoffice] libreoffice: FTBFS on riscv64: uitest throws "index out of range" Set Bug forwarded-to-address to 'https://bugs.documentfoundation.org/show_bug.cgi?id=155937'. > thanks Stopping processing here. Please contact me if you need assistance. -- 1039906: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039906 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1039906: libreoffice: FTBFS on riscv64: uitest throws "index out of range"
Source: libreoffice
Version: 4:7.5.4-3
Severity: normal
Tags: ftbfs
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Greetings,
Almost all the uitest cases throws such exception:
ERROR: testThemePage (themepage.Test.testThemePage)
--
Traceback (most recent call last):
File "/<>/cui/qa/uitest/tabpages/themepage.py", line
19, in testThemePage
with self.ui_test.create_doc_in_start_center("impress") as component:
File "/usr/lib/python3.11/contextlib.py", line 144, in __exit__
next(self.gen)
File "/<>/uitest/uitest/test.py", line 195, in
create_doc_in_start_center
self.close_doc()
File "/<>/uitest/uitest/test.py", line 221, in close_doc
frames[0].activate()
~~^^^
IndexError: index out of range
This exception is always throwed when closing the doc window. As I
described in bugzilla[1], the bug should be located between c++ and
python environment.
It seems that the exception only throws in current Debian package. If I
build LibreOffice (both 7.6 and 7.5 version) with external tarballs
(that means, I pass parameters to autogen.sh as less as possible), this
bug disappears. Therefore maybe some system-internal component are not
configured correctly.
I am building a debug version of LibreOffice with sbuild to debug uitest.
From,
Sakura286.
[1] https://bugs.documentfoundation.org/show_bug.cgi?id=155937
