Closed (fixed)
Project:
Localization server
Version:
5.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
23 Dec 2007 at 22:48 UTC
Updated:
8 Mar 2008 at 12:33 UTC
Jump to comment: Most recent file
Comments
Comment #1
gábor hojtsyHm, that was a Drupal core bug with *importing* not working, right?
Comment #2
meba commentedI don't think so! I tried importing old package and worked. Most of the exported translations are EMPTY
Comment #3
gábor hojtsyI double checked with kkaefer, and he says that the bug he noted is not consistently reproducable with core. Also, l10n_server was not involved there.
Comment #4
gábor hojtsyIs this still valid?
Comment #5
meba commentedI am still unable to use exported translations for D6 RC2. I did a CVS update of l10n_server, run update.php, cleared all needed tables and rescanned (as requested in other bugreport). Attaching exported translations...
Comment #6
meba commentedReattaching as it seems that the last one didn't go through.
Download it here please:
http://www.drupal.cz/translations.tar.gz
Comment #7
gábor hojtsymeba: the file you pointed out is also 0 bytes. Maybe you can explain what's wrong as well, so I can even reply without seeing the exact file. If your issue is this one, then please mark this one a duplicate and continue on there: http://drupal.org/node/212594
Comment #8
meba commentedWell, the export doesn't work at all now...therefore 0 bytes (And I have the translation complete! :-(
Any suggestions how to debug?
Comment #9
meba commentedSeems that my module was not properly upgraded. Had to disable and enable the module. Trying now...
Comment #10
meba commentedVoila! :-) Works now...
Two notes:
1) 0 bytes file is when there are NO strings to export. I think that in that case we should return a message, not empty file.
2) Exported translations have unix timestamp "0" and are not globally readable. Will create additional issue for this
Comment #11
gábor hojtsyRepurposing the bug for what caused it.
Comment #12
meba commentedLet's roll...
Comment #13
gábor hojtsyTo avoid upgrade problems, when Drupal 6 comes, I moved the check later, so that the generated data array is checked, not db_num_rows(), which is removed in D6. Also, I added project and release information to the message, and also recorded as a watcdog() for possible (later) automated packaging. Thanks for the analysis and the fix! Committed this patch.
Comment #14
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.