I'm receiving the following error message on upgrading to alpha4:

Error at offset 2 of 8 bytes in _ctools_export_unpack_object() (line 594 of /.../ctools/includes/export.inc).

Any insights?

CommentFileSizeAuthor
#14 ctools-7.x-1.x-private-null.diff1.86 KBhmayer

Comments

esmerel’s picture

esmerel commented

Where do you get the error? when?

kemsnake’s picture

kemsnake commented

i am get this error at page of feature, for example
admin/structure/features/feature_name
and my features not reverted correct

Stephen Rockwell’s picture

Stephen Rockwell commented

i'm seeing the error on a number of admin pages, including structure home.

Stephen Rockwell’s picture

Stephen Rockwell commented

In some instances, I'm also seeing this message:

Notice: unserialize() [function.unserialize]: Error at offset 2 of 8 bytes in variable_initialize() (line 749 of /.../includes/bootstrap.inc

raffij’s picture

raffij commented
Version: 7.x-1.0-alpha4 » 7.x-1.x-dev

I too am seeing this.

Mamouri’s picture

Mamouri commented

I see this error when I "Clear the Cache" at Performance page of Drupal. I use 7.x-1.x-dev version.

merlinofchaos’s picture

merlinofchaos commented

Hmm. This would seem to happen when the export system is instructed to unserialize a field when loading an object from the database, but that field does not contain serialized data.

I could eliminate the notice, but that may just mask a bigger problem. Unfortunately, it's difficult to tell what data is being operated on at that time without doing some debug to see what data is being unserialized.

The issue in #4 seems to be core unserializing a variable and having the same problem.

Question: what database are you using? mysql, pgsql or something else?

Stephen Rockwell’s picture

Stephen Rockwell commented

I'm seeing this error using a mysql database

stovak’s picture

stovak commented

+1

Ashlar’s picture

Ashlar commented
Status: Active » Closed (won't fix)

This support request has not been active for over six months. In an effort to clean-up the issue queue this item has been closed. If the request is still a concern please feel free to change the Status back to active.

boby_ui’s picture

boby_ui commented
Status: Closed (won't fix) » Active

I am facing this too, can anyone help? it is caused when upgrading from d6 to d7, will this affect anything though?

bryancasler’s picture

bryancasler commented

running into the same problem myself.

boby_ui’s picture

boby_ui commented

so there is no solution for this?

hmayer’s picture

hmayer commented
StatusFileSize
new ctools-7.x-1.x-private-null.diff1.86 KB

I get the same problem with pgsql, the problem seens to be in some versions of PDO drivers, not in database.
Private null atributes when serialized are referenced with a null character, some versions of PDO drivers don't escape this caracters, truncating data for the cache.
This is a bug in PDO drivers, but i have used a workaround encoding serialized data to base64 solving this problem.

This isn't a good solution, waiting for a fix on PDO.

mustanggb’s picture

mustanggb commented
Issue summary: View changes
Status: Active » Closed (outdated)