Bugzilla – Bug 59760
Jdictionary's special character support seems to be broken
Last modified: 2008-07-09 09:38:56 UTC
"Jdictionary" does not seem to handle special characters/umlauts properly. E.g. if you enter "zurück" (which is "back" in German) in the German-English dictionary, it will not return any results. However, when you enter "back" in the according translation windows, it will return several translations which clearly show this problem. As the program author's name in the buttom-right section also seems to contain a broken special character, I assume this is a problem of the program, not of the German-English dictionary. Please have a look at the attached screenshot. I reproduced this problem on two 9.1 machines.
<!-- SBZ_reproduce --> See above
Created attachment 23199 [details] Screenshot of a sample inquiry on jdictionary showing the problem
Looks like JDictionary is not included in SUSE LINUX 9.2. Are we going to see it again? If not, we could just close this bug.
Hello! Due to the proposal from Andreas Jaeger, this bug will be closed as WONTFIX, because there was no change to this bug for more than 2 months by now which indicates a very low activity. If this bug is of relevance for the current release or should be kept open due to another (not obvious reason), please reopen it ans state a reason for your decision. Please also check if the status-information for this bug is correct at all correct if you reopen it. Generally the product-version should be elevated to the current release in this case. Sorry if this causes you any inconvenience. Kind regards, the BNC-Screening-Team
Reopening as it's still partially buggy in opensuse 10.2 and fix is available. The author's name is misspelled most likely because the source is compiled without specifying the source character set, i.e. a proper "-encoding iso-8859-2" option to javac. Umlauts in German words should already be fixed by the -Dfile.encoding=iso-8859-1 option to java in the jdictionary wrapper script. However, as a result, Hungarian ő and ű (double accents, not present in iso-8859-1, only in iso-8859-2) show up incorrectly. See https://sourceforge.net/tracker/index.php?func=detail&aid=1679709&group_id=43234&atid=435608 for detailed instructions on how to fix it.
Karl, can you reassign this to the appropriate person please?
Java folks, could you either take the package - or drop it?
I'll look at it.
Looks fixed in 10.3 to me.
What does "looks" mean to you? Bugs usually don't just disappear on their own, usually they disappear because someone fixes them. I've downloaded the recent version from http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/suse/noarch/ , namely jDictionary-1.80-782.noarch.rpm and jDictionary-SmartEngHun-1.4-795.noarch.rpm and tried them. These packages have the timestamp of the day before yesterday (2007-06-19) which is far more recent than when I reported the bug. The accented letter "é" (e with acute accent) is replaced by a square in the author's name in the lower right corner => not fixed. Type the English letter "grass". Its Hungarian translation should be "fű" (f followed by an u with double acute accent). Instead of this, "fû" appears (u with circumflex) => not fixed either. Nice to see that already 3 persons commented on this bug, without fixing it... I wonder if you've noticed that I gave a link to a detailed description on both _why_ current jdictionary is buggy and _how_ this bug can be fixed...
Sorry, forgot to reopen...
I have tested with the test case given in the original report and could not reproduce it on 10.3 Alpha5 i386. I assumed an encoding problem that in the meantime (9.1 was a long time ago) had dissappeared due to changes elsewhere in the system. I can reproduce the problem with hungarian and the authors name, so thanks for reopening. Which java packages are you using?
Egmont, Sorry for not doing that earlier, I just looked at your problem analysis and patch in the sf.net tracker. I'm trying (as you did) to contact the author, without access to the plugin code I'm not sure there's anything else that we can do.
Package has been dropped, because the upstream project is inactive and the author can't be reached.