Ref: https://ask.libreoffice.org/en/question/246238 Since recent Extensions site update, some links from LO to that site don't work (result in "Page not found", like in Tools->Language->Mode Dictionaries Online), or lead to main site instead of some category (as in Tips of the Day dialog's https://extensions.libreoffice.org/extensions?getCategories=Dictionary). The links likely need update. The list of those in code: https://opengrok.libreoffice.org/search?project=core&full=%22extensions.libreoffice.org%22 The related redmine task (that is to provide redirection for old-style URLs to allow older LO versions to continue pointing to correct places): https://redmine.documentfoundation.org/issues/3205 Note that even if the redmine task is accepted and implemented, this bug likely still needs fixing - at least to not include different kinds of links to the same pages, like https://extensions.libreoffice.org/extensions?getCategories=Dictionary vs https://extensions.libreoffice.org/dictionaries/ .
I'll create links/redirects on the new extensions site, but arguably the links in LibreOffice code should not only be unified, but also be changed to be hub.libreoffice.org ones.
I assume my issue is related to this bug: Starting LO 7.0.0.1 in the Start Center, then click the Extension button at the bottom of the screen this redirects to "https://extensions.libreoffice.org/nl" which does not exist and shows a "Page not found" error in the browser. I if I change the URL to "https://extensions.libreoffice.org/" I get to see the Extensions page. Version: 7.0.0.1 (x64) Build ID: 04ba7e3f1e51af6c5d653e543a620e36719083fd CPU-threads: 4; Besturingssysteem: Windows 10.0 Build 18363; UI-render: Skia/Vulkaan; VCL: win Locale: nl-NL (nl_NL); GI: nl-NL Calc: threaded
Assigning this to me, but I'm wondering about another problem: "Spellcheck > Options > Get more dictionaries online..." doesn't open the extensions dialogue at all in 7.2 beta1 and 7.3 alpha0. Could someone please give me pointers to why that might be? Tested with: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: f446a203fa2897bab8ae7686c948a8bf060675c6 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-24_15:16:38 Calc: threaded Version: 7.2.0.0.beta1 / LibreOffice Community Build ID: c6974f7afec4cd5195617ae48c6ef9aacfe85ddd CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded It looks like a regression, as it opens the Extensions dialogue with: Version: 7.1.4.2 / LibreOffice Community Build ID: a529a4fab45b75fefc5b6226684193eb000654f6 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
I reported the issue I mentioned in Comment 3: Bug 143174
One code pointer in c0, the "Extensions" button's reference is defined in postprocess/CustomTarget_registry.mk at STARTCENTER_ADDFEATURE_URL (and STARTCENTER_TEMPLREP_URL, which seems we can remove). Check the other hub references in Common.xcu how to implement this one. The hub is requested in rdm#3530.
Heiko, are you saying that, ideally, it _shouldn't_ be defined in CustomTarget_registry.mk, but _should_ be defined in Common.xcu instead? About the Redmine ticket: Christian said that for now, the two existing redirects are enough: https://gerrit.libreoffice.org/c/core/+/118340/4#message-b2c7db6df60ddc40c4480508d380d253812f5fdc So this commit should be enough to close this ticket for now, right? https://gerrit.libreoffice.org/c/core/+/118340
(In reply to stragu from comment #6) > https://gerrit.libreoffice.org/c/core/+/118340 Commented there
Stéphane Guillou committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c4b5cdd54d9eb70c6ae56d4148674fc07469f79d tdf#133368: update extensions website URLs and use https It will be available in 7.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.
Marking this as fixed by the mentioned commit. If further refinements are needed, and depending on when/if this Redmine task get fixed, we can open new, more specific easy hacks. https://redmine.documentfoundation.org/issues/3530