I have a weird issue here where the Filepicker module does not play nicely with the Feeds module.

If I have the Filepicker module enabled and try to import a CSV document via Feeds I get the following error

Recoverable fatal error: Object of class stdClass could not be converted to string in DatabaseStatementBase->execute() (line 2108 of /home/beta/html/includes/database/database.inc).

Disabling the Filepicker module will cause Feeds to function normally again. Does Filepicker use any hooks which could interfere with the functionality of Feeds?

Comments

akoepke’s picture

Just some extra information, I do use the following website alias for the Feeds import import/diary_events_planner_import

hutch’s picture

If you have enabled import in Filepicker try disabling it. Other than that I have no idea why this should be happening ;-(
Filepicker does not use any hooks other than the standard ones from core and form_alter to insert the iframe in a node add/edit form.

akoepke’s picture

I just turned on the backtrace error reporting in the Devel module.

Now when I try and upload a file I get directed to /filepicker/list and the following errors display

  • This file does not belong to you.
  • File not found.

The first error message is used in two functions within Filepicker. It appears along with the second error message inside the filepicker_edit_form_process function. That means that for some weird reason when I submit the Feeds form it is calling filepicker_edit_form_process to process it.

I checked through the settings for the module and the bulk import option is disabled.

hutch’s picture

I wonder if I have inadvertantly created a namespace clash.
Could you try the following in D7
In filepicker.edit.inc
change line 39 from

 '#submit' => array('filepicker_edit_form_process'),

to

 '#submit' => array('filepicker_edit_form_process_do'),

and line 75

function filepicker_edit_form_process($form, &$form_state) {

to

function filepicker_edit_form_process_do($form, &$form_state) {

Please let me know ASAP

akoepke’s picture

I made those two edits and there was no difference at all, still the same result.

It is really weird as I have had a look through the code myself and can't see any reason why these two modules would conflict in this way.

Maybe we should move this issue to the Feeds project and see if they have any ideas as to what could cause this.

hutch’s picture

Priority: Major » Normal

OK, I thought it might be a theme function clash, I think I will rename the function anyway, just in case.
I'll keep this thread active for now, if you do get a result please post here also, it might help someone.

mdm’s picture

andresp’s picture

I also get a drupal recoverable fatal error when trying to upload a profile image.

Recoverable fatal error: Object of class stdClass could not be converted to string in DatabaseStatementBase->execute() (line 2137 of /public_html/includes/database/database.inc).

I don't have Feeds installed.

Your suggested solution (renaming the function) doesn't work. Disabling File Picker solves the problem.

hutch’s picture

I have just tried uploading an image to a user profile without any problem.
Could you try the current dev of Filepicker?

Endinger’s picture

Issue summary: View changes

So is there a solution for this problem?
I'm using a 'new' module called 'image-crop' and now i get the same error-message

Recoverable fatal error: Object of class stdClass could not be converted to string in DatabaseStatementBase->execute()

when i try to delete uploaded 'cropped' images.
Disabling the filepicker-module fixes the problem. :(

hutch’s picture

I cannot find a module called 'image-crop'.
Please provide more information.

hutch’s picture

Status: Active » Postponed (maintainer needs more info)
Endinger’s picture

I'm sorry. The Module i meant is called 'imagefield_crop'. I've disabled filepicker in that project - so it works. but the problem is still there in an other project.