Version: unknown (using 4.4.70 (KDE 4.4.70 (KDE 4.5 >= 20100330)) "release 1", KDE:KDE4:UNSTABLE:Desktop / openSUSE_11.2) Compiler: gcc OS: Linux (i686) release 2.6.34-rc2-git3-5-pae I updated yesterday to 4.3.70. I recognized that lokalize and palapeli do not show all translated messages and about box(es) show(s) "Thomas Diehl" and his email address. But this is wrong for German language. lokalize must be "Thomas Reitelbach, Frederik Schwarzer, Johannes Obermayr" and palapeli "Johannes Obermayr". Dolphin shows correct translations and "Thomas Reitelbach" with his email adress. That's correct. On my two other systems with 4.4.2 is it correct. Burkhard confirmed this bug with: "Sehr merkwürdig..." -> "Very strange..."
Add Burkhard Lück to CC
Strange thing is that this bug happens only to some apps and in different ways: ok with dolphin, konsole, kmail bug with: lokalize, palapeli, bomber, bovo, kbattleship (all show wrong translator Thomas Diehl in trunk) kwrite (trunk Thomas Diehl + Georg Schuster, branch + po file Thomas Reitelbach) -> the only de po file with Diehl+Schuster in msgstr for TRANSLATORS is katepart4.po
When you say 4.3.70 you mean 4.4.70, right?
(In reply to comment #3) > When you say 4.3.70 you mean 4.4.70, right? Yes. Sorry for typo ...
kdelibs, kdebase, kdesdk and l10n-kde4 as of today. kwrite shows Thomas Reitelbach lokalize shows Thomas Reitelbach, Frederik Schwarzer and Johannes Obermayr If i can't reproduce the bug i can't help fixing it :-7
I will wait until Wed or Thu. Dirk should have done a new weekly snapshot then ...
I have updated and rebuild kdelibs, kdebase, kdesdk, kdegames and l10n-kde4/de from yesterday. I have still the wong translators entries reported in comment #2.
Created attachment 42589 [details] little script that might help In case it is not clear where the strings come from, you can run this script as sh ./test.sh "Thomas Diehl" to replace all occurrences of "Thomas Diehl" by a "Thomas Diehl 123". The number is per file and the script is very dumb anyway ... but it helped me sometimes. The files are modified and the original files are stored as *.bak. I cannot do this here since currently I do not have a trunk build environment. Regards
(In reply to comment #8) > Created an attachment (id=42589) [details] > little script that might help > > In case it is not clear where the strings come from It is obvious where these strings come from, it is the first catalog with a translators entry. Seems the application catalog is not loaded here, so in case of lokalize, palapeli, bomber, bovo, kbattleship it is the translation from the system catalog kio4.po and in case of kwrite it is from katepart4.po (loaded via insertCatalog and therefore queried before the system catalogs). Adding some KDebug() calls to kdelibs/kdecore/localization/klocale.cpp I see this in the konsole output here: In Branch: 1) updateCatalogs with catalog appname called from initMainCatalogs 2) debug output from application and the mainwindow is shown 3) After closing the app window updateCatalogs called from removeCatalog(appname) In Trunk: 1) updateCatalogs with catalog appname called from initMainCatalogs 2) updateCatalogs called from removeCatalog(appname) 3) debug output from application and the mainwindow is shown Seems in trunk here the application catalog is loaded, removed and then the main window is displayed without the translations from the application catalog.
*** Bug 237068 has been marked as a duplicate of this bug. ***
*** Bug 237965 has been marked as a duplicate of this bug. ***
(In reply to comment #11) > *** Bug 237965 has been marked as a duplicate of this bug. *** It is fine to know that you're not alone, but you have to tell me what to do, because I'm not an expert
(In reply to comment #12) > It is fine to know that you're not alone, but you have to tell me what to do, > because I'm not an expert The sad thing is so far none - not even an expert - can tell you what to do :( Reason is that it is unknown what is going wrong here. Why do you have this bug, but not me in my distro system? I have this bug since some time in trunk compiled from sources, and even changing nearly everything here (new machine 32 -> 64 bit, fresh checkout, build and install for a new created user, another Qt, updated distrubution) I still have this bug. But there are other people like Albert Astals Cid (the i18n coordinator and i18n guru) who can't reproduce this bug.
There must be something in the kde config Perhaps it is good to know that I could install the new distribution only in the third attempt, twice before the installation program gave up because of an insuficient internet connection. When I had the same problems with my old Toshiba Laptop upgrading to karmic, they (Kubuntu forum) told me to create a new account and the problems were gone - only for this account. But on my new system I can't create a new account - no, I can create the account, but when I want to swich to the new one it is not shown on the list. As I have my home folder on his own partition I can make a new installation without exporting and importing my private data but I shure have to delete the ~/.kde folder N.Led
(In reply to comment #14) Miracle Miracle Miracle I've got a Bugfix yesterday Today I look at Kpat and Kgeography ALL IN GERMAN (Alles auf Deutsch) This solved the Problem
(In reply to comment #15) > I've got a Bugfix yesterday Do you have a list of updated packages / log file of the update?
shure, if you tell me where I can find it
(In reply to comment #17) Aktualisierung KPackagekit Verlauf: Aktualisiert: libglib2.0-0, libglib2.0-data, liblancelot0, mysql-common, libmysqlclient16, mysql-client-core-5.1, mysql-server-core-5.1, plasma-widgets-addons, plasma-dataengines-addons, plasma-widget-kimpanel-backend-ibus, plasma-widget-kimpanel, plasma-widget-lancelot,
#15 Miracles do not exist sorry #0 Can you confirm that if you update it works for you? @all: Are you all with this problem using OpenSuse?
(In reply to comment #19) > @all: Are you all with this problem using OpenSuse? No, Norbert had this problem with Kubuntu Lucid KDE 4.4.2, me never had this bug using the same distri/version than Norbert, that is very strange. I have this bug with trunk compiled from sources on two completely different machines and different software (Karmic/Lucid, 32/64 bit, different Qt's, fresh checkout, build and install for a new created user on the second machine). What I see here from some some kDebug() calls in kdelibs/kdecore/, that the application catalog is loaded first and then removed by a removeCatalog() call from ~KComponentDataPrivate() in kdelibs/kdecore/kernel/kcomponentdata_p.h.
One day that you have time come into irc and we'll do a remote debugging session to see why that's happening.
SVN commit 1132109 by aacid: There was a flaw in this logic, the fact that there is KGlobal::hasLocale() on destruction time does not necessarily mean that there was KGlobal::hasLocale() on construction time and then we effectively remove a catalog we had not inserted. This together a bazillion of other things caused translations not to work at all in KDE 4.5 Thanks to Johannes Obermayr for letting me fiddle with his machine until i found the cause BUGS: 232918 M +7 -2 kcomponentdata_p.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1132109