the description string from a module's .info file doesn't get exported in the final .po file (any method)
for example :
in archive.info
description = Allows visitors to view content filtered by date.

the string exists in archive-module.pot
#: archive.info:0
msgid "Allows visitors to view content filtered by date."
msgstr ""

it gets imported into the database for translation (last string in list in my case)
but when you export with any 'Type of export' it is missing from the exported file
(It is translated, not empty)

I think the problem is around line 286 in export.inc where you check the .info but url='drupal' is needed

  elseif ((strpos($comment, '.info') && $uri == 'drupal') || count(array_keys($export_string['comment'])) > 1) {
          // An .info file string in Drupal core (which is folded into
          // general.po, so that later the module screen has all module info
          // translated for the admin). Or appeared in more then one file, so
          // goes to general.po for that reason.

thanks for the great module.

Comments

hass’s picture

hass commented

Could you check if the modules .info file have a CVS ID tag, please? If not - this case is a duplicate of #231457: Missing strings in exports if version string is missing.

georgelitos’s picture

georgelitos commented

the archive module I'm testing has a CVS ID tag :

; $Id: archive.info,v 1.1.2.3 2007/09/05 00:17:36 susurrus Exp $
name = Archive
description = Allows visitors to view content filtered by date.

; Information added by drupal.org packaging script on 2008-05-16
version = "5.x-1.10"
project = "archive"
datestamp = "1210896903"

maybe you can reproduce the problem if you install archive-5.x-1.10.tar.gz ?
I will keep testing with other modules, thanks for the quick reply.

gábor hojtsy’s picture

gábor hojtsy
he/him
Primary language Hungarian
Location Hungary
commented

cyberGL: that code only ensures that .info file strings are getting folded to the general.po file when being exported with the Drupal project (to ensure they will get loaded in all cases, so you get translated module names). By looking at the code, I don't see that it would cause issues.

gábor hojtsy’s picture

gábor hojtsy
he/him
Primary language Hungarian
Location Hungary
commented
Status: Active » Postponed (maintainer needs more info)

Anyone else could reproduce this issue?

gábor hojtsy’s picture

gábor hojtsy
he/him
Primary language Hungarian
Location Hungary
commented
Status: Postponed (maintainer needs more info) » Closed (fixed)

Seems like nobody is reproducing the problem.