Active
Project:
Feeds SQL
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
16 Sep 2012 at 09:22 UTC
Updated:
16 Oct 2018 at 13:48 UTC
Jump to comment: Most recent
Long story short: a client came to me with a damaged/hacked D5 site and asked me to restore whatever possible.
On my local-dev I installed D7 with feeds and feeds_sql and tried to gather data from the old sql database.
I have a simple query: SELECT nid,title,timestamp FROM node_revisions WHERE uid > 0 LIMIT 5
But whenever I press save in the SQL Parser Settings I get a WSOD. Nothing gets saved to the error log so I'm having a quite a trouble hunting it down.
Queries are running just fine against the default DB. The only fail against the old DB.
The db declaration is like this:
'old' =>
array (
'default' =>
array (
'database' => 'smartdogs',
'username' => 'smartdogs',
'password' => 'smartdogs',
'host' => 'localhost',
'port' => '',
'driver' => 'mysql',
'prefix' => '',
),
), I've tried both mysql and mysqli drivers, with no luck.
Any ideas what might be producing the WSOD?
Thanks ;)
Comments
Comment #1
Renee S commentedI'm seeing this too, from a few years in the future ;) The lack of error is maddening. If only it would tell me what was wrong!
Comment #2
Renee S commentedA bit of debugging (removing the error-suppression helped ;) reveals that the module attempts to set a form error BEFORE switching back from the other database. Putting the form_set_error after the switch instead of before (line 166 of FeedsSQLParser.inc) fixed that.
Comment #3
picacsso commentedThat didn't do it for me.
The issue happens on
Still trying to figure out why it's blanking out on me.
Comment #4
arne_hortell commentedAnyone with a solution on this?
Comment #5
mitchems commentedUpgrading Token fixed this for us. However, upgrading to PHP 7.1 broke the actual import.