fb:app_id is exported by Features as an integer

Can confirm this. However, it seems like a float, not an integer.

The exported value looks like "5.3270xxxx8026E+14" when the stored value is "53270xxxx802596". I checked the value in the database, and it is indeed stored as a string. Don't know if this issue is caused by the metatag module or ctools or maybe features.

This needs to be fixed.

Sounds like features is messing up the value. There should be way to force it to not try and convert a string that contains only numbers into an actual number.

This exact bug confirmed again, fb:app_id mangled, don't think opengraph will have much of a taste for scientific floats, doing manual workaround after features export as mentioned in issue summary. We are using:

features 7.x-2.0-beta2
metatag 7.x-1.0-beta7
metatag_opengraph 7.x-1.0-beta7
ctools 7.x-1.3

Hmm. I'm using the Easy Social module as well, and entered the same FB App ID for it's settings. When I reviewed the overrides for the feature where the variable is stored, it's displayed as a float. But when I exported the feature, the variable is stored as a string.

It seems as if this is related to Strongarm, Ctools or Features.

Hello

I tried to reproduce this issue, but I can't, here is the chunk of code from my exported feature:

'fb:admins' => array(
   'value' => '',
),
'fb:app_id' => array(
   'value' => '251XXXXXXXX8955',
),

The fb:app_id is exported successfully.

Here is my current env:

• Metatag: 7.x-1.x-dev
• CTools: 7.x-1.3
• Features: 7.x-2.0

So, marking this issue as closed.

Feel free to reopen it if the problem persists.

Regards

Lets wait for one of the people who originally had the problem to test it with the latest Features v2.0.

No response in six months, am marking this as being fixed.