In LibO 3.4.3 the tools -> languages -> more dictionaries online option refers to this address: http://extensions.libreoffice.org/dictionaries/
The address doesn't work with the new extensions site, and from the links on the site it seem that the dictionaries category is http://extensions.libreoffice.org/extension-center?getCategories=Dictionary&getCompatibility=any
I think this is a problem in the site, as the dictionaries should have an easy, human readable URL.
So it is. Instead to the old URL
The forward now is to
what does not exist.
Because of that forwarding all Versions are affected (I also checked 3.3.3)
A Link that should work is <http://extensions.libreoffice.org/extension-center?getCategories=Dictionary>
I do not know whether you can handle that, I also informed <firstname.lastname@example.org>
We can always fix the URL in the code, but I think the URL we currently have in the code is clean an easy to use. Hopefully this it will be enabled by the site.
Yes, of course, that's an infrastructure / website problem, not a problem in LibO
I can create a mod_rewrite rule to simply rewrite the hardcoded URL into the correct one.
Andreas, is this the way to go, or do you want to do it by other means?
I think the best way is a rewrite rule, because then all our users will get to the right place. If we wait for an integration into LibreOffice, we will only support users of LibreOffice 3.4.4 or later (or a later bugfix release of LibreOffice 3.3.x).
@Andreas: No, I didn't mean it should be changed in the program code. :) What I meant was: Is there a native Plone mechanism we can use, or shall I write some mod_rewrite rule in the VHost?
@Florian: let's do it with a mod_rewrite rule for short. Maybe I find out an alternative later. But we should provide quickly a solution to our user.
Should be fixed now, can anyone confirm?
@Florian: Confirmed. Thanks (: Closing.
Something I did not mention until now is that the default Version for the filter is 3.3., what brings up 14 dictionaries, "Any Version" would bring up 18.
I believe a better way would be to show all dictionaries for first and then to reduce number of hits by additional filter options. Not a big problem, ubt may be someone might overlook that he fitered for an old version?
If it is not wished to get "Any Version" as default for the repository a link like
should do the job for dictionaries. But such links to the intestines are a little risky, Andreas, what do you think?
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
Situation is worrying, please see "Bug 44161 - Wrong link to Extensions Website in 'Options' ... 'Get more dictionaries online...'"
The problem was fixed and now it is back
Can someone please
1. Check and fix the problem
2. Close But 44161 (an check "Bug 34497 - Get more dictionaries online
shows the wrong link") and close those bugs as DUP, WFM or what ever might be
appropriate? I have too few knowledge concerning the roots of the problem.
*** Bug 34497 has been marked as a duplicate of this bug. ***
Bug 44161 is a valid bug, as the software sends the users to a different bug than what mentioned here (add the locale code at the end). This bug is for fixing the website, which was done and still works. Returning to fixed status.