Closed
Bug 345612
Opened 18 years ago
Closed 18 years ago
[seamonkey] Installed spellcheck dictionaries are not displayed and cannot be selected
Categories
(SeaMonkey :: MailNews: Message Display, defect)
SeaMonkey
MailNews: Message Display
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: michael.graubart7, Assigned: kairo)
References
Details
(Keywords: fixed-seamonkey1.1b)
Attachments
(1 file)
(deleted),
patch
|
neil
:
review+
neil
:
superreview+
csthomas
:
approval-seamonkey1.1a+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1b1) Gecko/20060721 SeaMonkey/1.1a
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1b1) Gecko/20060721 SeaMonkey/1.1a
I installed several spellcheck dictionaries into SeaMonkey 1.1a. They were undoubtedly installed, because the size of the application had increased substantially. But even after closing SeaMonkey and restarting it, only English (United States) appears when Option > Check spelling is selected.
Reproducible: Always
Steps to Reproduce:
1.Open Mail & Newsgroups.
2.Open 'Compose' and click in the message pane.
3.Select Options > 'Check spelling'.
4.Choose 'Install more dictionaries' and install some language dictionaries.
5.Shut down and restart SeaMonkey.
6.Repeat 1. to 3. above.
Actual Results:
The only language that is shown is English (USA).
Expected Results:
All the installed should appear in the pane in which they should be selectable.
eMac G4, PPC, OSX 10.4.7, Classic theme.
This is the SM equivalent of TB bug 343901 and Fx bug 345427 and is blocked by bug 343076. Marking dependencies and blocking SM1.1a as it also affects 1.8.1 branch which that will come off.
Status: UNCONFIRMED → NEW
Depends on: 343076
Ever confirmed: true
Flags: blocking-seamonkey1.1a+
OS: Mac OS X 10.4 → All
Hardware: Macintosh → All
Version: unspecified → Trunk
Reporter | ||
Comment 2•18 years ago
|
||
I think this is connected with Bugs 341595 and 345608, and with the Preference setting for XUL Cache.
Updated•18 years ago
|
Summary: Installed spellcheck dictionaries are not displayed and cannot be selected → [seamonkey] Installed spellcheck dictionaries are not displayed and cannot be selected
Assignee | ||
Comment 4•18 years ago
|
||
Now that the dictionary section on AMO does exist, we should link it instead of mozdev for all dictionaries in versions that need the new structure/directory, i.e. trunk and 1.8 branch.
Assignee: mail → kairo
Status: NEW → ASSIGNED
Attachment #231305 -
Flags: superreview?(neil)
Attachment #231305 -
Flags: review?(neil)
Updated•18 years ago
|
Attachment #231305 -
Flags: superreview?(neil)
Attachment #231305 -
Flags: superreview+
Attachment #231305 -
Flags: review?(neil)
Attachment #231305 -
Flags: review+
Assignee | ||
Comment 5•18 years ago
|
||
FIXED on trunk.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 6•18 years ago
|
||
Comment on attachment 231305 [details] [diff] [review]
Change dictionary download page to AMO
We will need this for SeaMonkey 1.1 as well.
Attachment #231305 -
Flags: approval-seamonkey1.1a+
Assignee | ||
Comment 7•18 years ago
|
||
Comment on attachment 231305 [details] [diff] [review]
Change dictionary download page to AMO
umm, wanted to request that, not grant it - that's up to a different Coubncil member, actually :)
Attachment #231305 -
Flags: approval-seamonkey1.1a+ → approval-seamonkey1.1a?
Attachment #231305 -
Flags: approval-seamonkey1.1a? → approval-seamonkey1.1a+
Assignee | ||
Comment 8•18 years ago
|
||
Also checked in on 1.8 branch
Keywords: fixed-seamonkey1.1a,
fixed1.8.1
Comment 9•18 years ago
|
||
Shouldn't be better to symlink /componentes/myspell/ to /dictionaries?
Well...
there are a few dictionaries in the AMO page. That one doesn't had Portuguese, for example.
What I did was to look for the dicts, try to install the old ones and have the bug behaviour.
I think we should have a better option to the users of the languages outside AMO than move the files by hand.
Reporter | ||
Comment 10•18 years ago
|
||
Just downloaded the latest SeaMonkey 1.5a (23:05 GMT, 5 Aug, 2006). New problem: if I click on 'Download more dictionaries' in 'Options > Check spelling', I get to <https://addons.mozilla.org/search.php?cat=68&app=seamonkey&type=E> instead of <http://dictionaries.mozdev.org/installation.html>.
eMac G4 (PPC), OSX 10.4.7, Classic theme.
Reporter | ||
Comment 11•18 years ago
|
||
Further to Comment #10: I didn't suppose that 'Fixed' applied to the current build yet, but, just in case, I have just gone to <http://dictionaries.mozdev.org/installation.html> manually and installed some dictionaries, and they are still not displayed.
Comment 12•18 years ago
|
||
@Michael, just to clarify:
this link change you pointed out *is* the fix for the bug.
It's what the patch does.
The dictionaries listed there works fine (I've tested the French).
The problem is that it requires the XPI packages to be changed to reflect the directory change (from "componentes/myspell" to "dictionaries", inside the program folder).
As there are few dictionaries in AMO, I think a better solution would be making the old dictionaries to work in the new builds (even through a prefs, as "editor.spellcheckers.extern_location").
The best one would be enabling both locations ("dictionaries" with a higher priority, in case there exist the same dictionary in both locations).
Reporter | ||
Comment 13•18 years ago
|
||
Re Comment #12: Asrail, thank you very much for the clarification. I jumped to conclusions when I opened AMO, because all I could see was an Irish dictionary, and thjought the site was only for that. I have now tried installing one or two others, and they do appear.
I entirely agree that making the others from the old website intallable, too, would be good. AMO does not even have an English (UK) dictionary, as far as I can see.
May I ask two questions? Can one install dictionaries from the AMO site into the stable SeaMonkey 1.0.4 build? And will having both SM 1.0.4 and the latest trunk build (1.5a) on my computer create problems with Preferences or other such things?
I still use 1.0.4 because there are a number of irritating bugs in 1.5a (e.g. bug 322454) that were corrected in the 1.0.x series of builds.
Comment 14•18 years ago
|
||
(In reply to comment #13)
>
> May I ask two questions? Can one install dictionaries from the AMO site into
> the stable SeaMonkey 1.0.4 build? And will having both SM 1.0.4 and the latest
> trunk build (1.5a) on my computer create problems with Preferences or other
> such things?
>
Some problems may be raised. One example is with tags. One filter with labels is converted to tags when using 1.5a, then it stop working in 1.0.
One problem related to this issue is that the dictionaries are not shared (you would have to install each dictionary for each build, but it's just to copy the contents of one folder already mentioned to the other (to sincronize then).
The recommended is not to use the production profile with trunk versions. Sometimes happens bad things, some conflits that should be resolved by hand.
(At least make a backup copy regularly).
I will open a new issue asking for the backward dictionary compatibility and please, move further discussion to the forums or newsgroups.
Assignee | ||
Comment 15•18 years ago
|
||
1) 1.1a/1.5a nightly builds are only for testing, not for production use. Only releases are thought for production use.
2) Compatibility between releases is to be discussed in newsgroups, not in this bug report
3) New dictionaires are still being uploaded to AMO, the target is to have most of the needed dictionaires for Thunderbird 2, Firefox 2 and SeaMonkey 1.1 there once those are really being released (as only then we need the dictionaries for production use). We still have a bit of time left until then, during which the L10n community will continue to upload new dictionaries in their languages.
4) Those AMO are not supposed to work with Gecko 1.8.0-based applications (like SeaMonkey 1.0.x), only with apps based on Gecko 1.8.1 or higher.
Reporter | ||
Comment 16•18 years ago
|
||
From Comment #15: '1) 1.1a/1.5a nightly builds are only for testing, not for production use. Only releases are thought for production use.'
From the Mozilla/Seamonkey introductory page: 'You've already downloaded a build. All you have to do is use it as your everyday browser and mail/news reader.'
If you want non-technical users to help in the testing, you can't have it both ways.
Comment 17•18 years ago
|
||
@Michael: indeed.
@Kairo: we need testing, there are new things added to Firefox that uses dictionaries (need more than one dictionary installed to test). Although the users may install some of te few available, they wouldn't even test it (would I learn French to see if the dictionary changed for the field?).
I've filled bug 347628 for this.
This bug is already closed, please move further discussion to the other, or newsgroups, etc.
Comment 18•18 years ago
|
||
This did not actually get checked into the 1.8.1 branch and thus 1.1a release so removing those keywords and reopening and setting blocking 1.1b
Status: RESOLVED → REOPENED
Flags: blocking-seamonkey1.1b+
Keywords: fixed-seamonkey1.1a,
fixed1.8.1
Resolution: FIXED → ---
Assignee | ||
Comment 19•18 years ago
|
||
Hmm, so I still have to land this on branch, it seems. Sorry.
Neil, is it OK for you if I do that with a URL of https://addons.mozilla.org/en-US/seamonkey/1.1/dictionaries/ there?
We should do a more smart solution on trunk in the long term, using the URL formatter service, I think I'll file a followup for that...
Assignee | ||
Comment 20•18 years ago
|
||
Actually, the start.dtd and builtinURLs.rdf changes had landed on branch, only region.properties was left out. I changed all to the better URL though now.
No longer blocks: 351967
Status: REOPENED → RESOLVED
Closed: 18 years ago → 18 years ago
Keywords: fixed-seamonkey1.1b
Resolution: --- → FIXED
Reporter | ||
Comment 21•18 years ago
|
||
I have to re-open this bug, I think. I have tried installing spelling dictionaries into the current build of SeaMonkey 1.5a (a) from the 'Install more dictionaries' drop-down menu in Mail/News, (b) from the Mozilla Suite Add-On pages and (c) from the FireFox add-on pages. In the last-named pages, I have only installed those that are shown as working with SeaMonkey 1.5a. None of them appears or can be used.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 22•18 years ago
|
||
Michael, you're probably seeing some new/different problem, this one has been fixed.
BTW, I just tried with the German dictionary from AMO on suiterunner, and it works just fine.
Status: REOPENED → RESOLVED
Closed: 18 years ago → 18 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 23•18 years ago
|
||
Robert, what problem can I be seeing? I have just tried the German dictionary with Build 2007013106, as follows:
Went to AMO. Clicked on 'Deutsches Wörterbuch 1.0.1' -> Install Now -> Install -> OK. Closed SM. Re-started SM -> Mail & News -> Compose -> clicked in message pane -> Options -> Check spelling. No German dictionary visible. Also tried shutting down and restarting computer. Also tried Classic theme.
What else can I do?
I looked at the contextual menu -> Show package contents -> Contents -> MacOS -> Dictionaries. de-DE.aff and de-DE.dic are both there, but they don't appear in the drop-down menu in Mail & News -> Compose ->Options -> Check spelling.
Reporter | ||
Comment 24•18 years ago
|
||
PS: I also tried with the German dictionary from the drop-down menu in Mail & News -> Compose ->Options -> Check spelling, and again it's there in the Dictionaries folder in the contextual menu, and again it doesn't work.
Assignee | ||
Comment 25•18 years ago
|
||
Please file a new bug. In this one, we handled switching to the correct location where packages are offered that should work and not mislead people to old, non-working packages.
Handling two different issues in one bug is too confusing.
Reporter | ||
Comment 26•18 years ago
|
||
I am sorry — I am not raising a second issue. The issue is that the dictionaries in AMO do not work on my Mac G4 (PPC), OS X 10.4.8. And that is the only issue I am raising.
The fact that the wrong dictionaries are shown in the drop-down menu is a quite different matter (and one that has been raised before), and if you will read my last comment, you will see that I mentioned it purely in order to corroborate the fact that previously I had dealt with the AMO dictionaries and nothing else.
You need to log in
before you can comment on or make changes to this bug.
Description
•