Export/Import does not take care of custom dropdown field

[prajeesh]

Hi

I added a new custom drop down field into Accounts module. I exported the customizations and then imported it into another sugarcrm instance. But I found that the drop down list for the new custom field is not imported successfully. When I checked the custom\application\Ext\Language\en_us.lang.ext.php I noticed the array $GLOBALS['app_list_strings'] contains the custom drop down list which I had created. Can anyone explains why this is not reflected in the dropdown editor.

Thank you in advance for the help.

Prajeesh

[roblaus]

Check custom/include/language/...
After importing you should run a quick repair

[prajeesh]

Hi roblaus,

Thank you for the replay. I checked custom/include/language/... . It is not reflected there . Also I did Quick Repair. Nothing works....

[roblaus]

Yes, I remember. Had the same issue some time ago. I didn't file a bug though because I probably was too lazy. Take a copy of your old language fille in custom/include and put it in your new directory. Recreate js language files.
It's a bit dirty but it seems to work.

[prajeesh]

Hi

Can you explain me to which directory i need to copy the old language file in custom/include.

Thanking you for the efforts,
Prajeesh

[roblaus]

custom/include/language/xx_xx.lang.php
check if there is already one, if yes you may simply add the contents (but make a copy first, just in case)

[memphisbagman]

Hi

I added a new custom drop down field into Accounts module. I exported the customizations and then imported it into another sugarcrm instance. But I found that the drop down list for the new custom field is not imported successfully. When I checked the custom\application\Ext\Language\en_us.lang.ext.php I noticed the array $GLOBALS['app_list_strings'] contains the custom drop down list which I had created. Can anyone explains why this is not reflected in the dropdown editor.

I've been dealing with this as well.

Find every file under your "custom" directory with that $GLOBALS['app_list_strings'] string and replace it with $app_list_strings. Once done, go to "Admin >> Repair >> Rebuild Extensions" and your lists should show up.

It is a bug (#29707) and this was how I was advised to work around it.

Mark

[palthestud]

I've been dealing with this as well.

Find every file under your "custom" directory with that $GLOBALS['app_list_strings'] string and replace it with $app_list_strings. Once done, go to "Admin >> Repair >> Rebuild Extensions" and your lists should show up.

It is a bug (#29707) and this was how I was advised to work around it.

Mark

Thanks, I was struggling with this, this issue should be worked around. This what I realised was missing.
I uploaded the files on the server but the include folder under custom was missing so manually uploaded it again, Rebuild Extensions and nows its there. This is bit tricky and can be frustrating at times. phew..