Bug 42408 - the address referred by tools -> languages -> more dictionaries online doesn't work
Summary: the address referred by tools -> languages -> more dictionaries online doesn'...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: WWW (show other bugs)
(earliest affected)
Hardware: Other All
: high critical
Assignee: Andreas Mantke
: 34497 (view as bug list)
Depends on:
Reported: 2011-10-30 15:42 UTC by Lior Kaplan
Modified: 2011-12-27 00:59 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Lior Kaplan 2011-10-30 15:42:25 UTC

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.
Comment 1 Rainer Bielefeld Retired 2011-10-30 23:27:16 UTC
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 <website@global.libreoffice.org>
Comment 2 Lior Kaplan 2011-10-30 23:30:21 UTC
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.
Comment 3 Rainer Bielefeld Retired 2011-10-30 23:38:52 UTC
@Lior Kaplan:
Yes, of course, that's an infrastructure / website problem, not a problem in LibO
Comment 4 Florian Effenberger 2011-10-31 03:38:18 UTC
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?
Comment 5 Andreas Mantke 2011-10-31 15:41:02 UTC
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).
Comment 6 Florian Effenberger 2011-10-31 17:16:04 UTC
@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?
Comment 7 Andreas Mantke 2011-11-01 08:55:12 UTC
@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.
Comment 8 Florian Effenberger 2011-11-01 12:02:11 UTC
Should be fixed now, can anyone confirm?
Comment 9 Lior Kaplan 2011-11-01 12:18:25 UTC
@Florian: Confirmed. Thanks (: Closing.
Comment 10 Rainer Bielefeld Retired 2011-11-01 22:53:55 UTC
Yes, works.

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?
Comment 11 Björn Michaelsen 2011-12-23 13:24:55 UTC
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.
Comment 12 Rainer Bielefeld Retired 2011-12-27 00:18:01 UTC
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.
Comment 13 Lior Kaplan 2011-12-27 00:56:59 UTC
*** Bug 34497 has been marked as a duplicate of this bug. ***
Comment 14 Lior Kaplan 2011-12-27 00:59:15 UTC
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.