Launchpad has imported 6 comments from the remote bug at https://bugs.documentfoundation.org/show_bug.cgi?id=121925.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2018-12-05T15:14:05+00:00 Jan-Marek Glogowski wrote: When OpenJDK tried to enforce stricter class path URL checks without previous announcement, things started to break left and right. This included failing LibreOffice JUnitTest checks, since the dependency classpath in our generated Jars doesn't pass the stricter URL checks and therefore is ignored. The check was disabled later in http://hg.openjdk.java.net/jdk- updates/jdk11u/rev/8513ac27b651, but I still think it's worthwhile to fix our Jars and then disable jdk.net.URLClassPath.disableClassPathURLCheck when running the tests. More info is also in https://gerrit.libreoffice.org/#/c/63118/2 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1802208/comments/12 ------------------------------------------------------------------------ On 2018-12-06T10:08:16+00:00 Sbergman wrote: quoting my 2018-11-12 10:34 comment at <https://gerrit.libreoffice.org/#/c/63118> "Simplify and fix Java UNO API test makefiles": "With Java moving away from supporting absolute file URLs in jar manifest Class-Paths, we need a new solution for what we currently do with gb_Jar_add_manifest_classpath/gb_Helper_make_url. We use that in unotest/Jar_test.mk (which is the subject of this change), but also in gb_Jar_use_system_jar as used in various places in RepositoryExternal.mk. (Note how we already have issues with file URLs in all of these places with recent Java on Windows, see <https://lists.freedesktop.org/archives/libreoffice/2018-September/080884.html> 'Re: make check fails in [build JCS]'.) "However, from <https://docs.oracle.com/cd/E15289_01/JRRLN/newchanged.htm#GUID- CDE1F31D-EDEA-4FBF-B8CB-F555D09C084C> and the details of <http://hg.openjdk.java.net/jdk-updates/jdk11u/rev/1c1392d7c546> '8195874: Improve jar specification adherence', it looks like support for relative paths starting with '..' in jar manifest Class-Paths is also going away. We currently use such at least in bridges/Jar_java_uno.mk, connectivity/Jar_sdbc_hsqldb.mk, and javaunohelper/Jar_juh.mk." Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1802208/comments/13 ------------------------------------------------------------------------ On 2018-12-06T10:40:57+00:00 Jan-Marek Glogowski wrote: >From reading the current URLClassPath.java code, it seem you can set "jdk.net.URLClassPath.disableClassPathURLCheck" to "debug", and the loader will print the ignored class path entries, which can help debugging. But it doesn't look like there is a way to get the default value, which could be checked by configure or even our jars to want people of failures. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1802208/comments/14 ------------------------------------------------------------------------ On 2018-12-11T15:12:38+00:00 Libreoffice-commits wrote: Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/905c107cde4a0a7059b1e11b5f23a0a59188cb0c%5E%21 tdf#121925 test for URLClassPath.ClassPathURLCheck It will be available in 6.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1802208/comments/15 ------------------------------------------------------------------------ On 2018-12-11T21:09:04+00:00 Libreoffice-commits wrote: Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "libreoffice-6-2": https://git.libreoffice.org/core/+/c9de94c65b8ab8bf6073400eda5ba848ba22af47%5E%21 tdf#121925 test for URLClassPath.ClassPathURLCheck It will be available in 6.2.0.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1802208/comments/16 ------------------------------------------------------------------------ On 2018-12-11T21:12:37+00:00 Jan-Marek Glogowski wrote: These patches are no fixes, but will detect the failing JDK setup during configure as an early warning! They should be reverted after a real fix is merged. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1802208/comments/17 ** Changed in: df-libreoffice Status: Unknown => Confirmed ** Changed in: df-libreoffice Importance: Unknown => Wishlist -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1802208 Title: Reports won't open To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1802208/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
