The 2026 Drupal Business Survey is open. Your response will help shape the future of the Drupal business ecosystem.I have configured with MLS IDX with drupal site using drealty module, After created and configured with IDX fields with drealty fields, we can not import the data from IDX API it will make following issue.
An AJAX HTTP error occurred. HTTP Result Code: 200 Debugging information follows. Path: /batch?id=85&op=do StatusText: OK ResponseText: Fatal error: Call to a member function claimItem() on a non-object in /var/www/xxx/includes/batch.inc on line 27
Anybody help me, how to fix this issue?
| Comment | File | Size | Author |
|---|---|---|---|
| #25 | drealty-queue-call-on-empty-batch-2452287-25-d7.patch | 11.85 KB | veronicaseveryn |
Comments
Comment #1
eradeepak commentedComment #2
eradeepak commentedComment #3
eradeepak commentedComment #4
eradeepak commentedComment #5
eradeepak commentedComment #6
duntuk commentedWhere exactly are you seeing this error?
Is it through running drush in SSH? or is it through the drupal admin interface? If admin interface, where?
Comment #7
tripodcreative commentedI can confirm I am seeing this error as well.
It occurs on initial import after configuring the drealty framework. I have many fields enabled for mapping, I'll remove some to see if it imports easier.
Comment #8
tripodcreative commentedWhen I go to initial import, or flush data, I receive this error: An AJAX HTTP error occurred. HTTP Result Code: 200 Debugging information follows. Path: /batch?id=27&op=do StatusText: OK ResponseText: Fatal error: Call to a member function claimItem() on a non-object in [SYSPATH]/includes/batch.inc on line 274
Comment #9
tripodcreative commentedUpon presence of this error, there is a link to navigate to an error page. Upon navigating to this page, I receive this error: "Fatal error: Call to a member function getAllItems() on a non-object in [SYSPATH]/includes/batch.inc on line 465"
Comment #10
cpollinger commentedI am getting the same error when running it through Drupal admin interface.
Comment #11
phelix commentedI am also having the same problem. Does anyone know what is causing this or has anyone found a fix for this ??
Comment #12
duntuk commentedI've never used the admin interface for imports... However this works:
Comment #13
tripodcreative commentedForcing use of Drush for users isn't effective enough for most end users as they're not command-line savvy. If the provided admin interface doesn't work this should be noted and queued for a fix.
Comment #14
phelix commentedI am ok with using command line and I don't get errors with that but I need the interface to queue the items up. Maybe I am wrong but that command just process what's in queue am I right? Is there a way to queue items through drush? Say I add a new field and want all my listings updated with the days for that new field? I must process the queue then import?
Comment #15
tripodcreative commentedI am changing the priority of this error to critical as it's hindering deployment on a production environment.
Comment #16
tripodcreative commentedI receive this error on screen after failed import:
Notice: Undefined variable: operations in drealty_import_full_import_form_submit() (line 91 of /home/[sitename]/public_html/sites/all/modules/drealty/modules/drealty_import/includes/full.batch.inc).
I also see these errors intermittently throughout the admin interface:
Notice: Undefined index: drealty_listing in drealty_import_flush_form_submit() (line 35 of /home/[sitename]/public_html/sites/all/modules/drealty/modules/drealty_import/includes/flush.batch.inc).
Warning: Invalid argument supplied for foreach() in drealty_import_flush_form_submit() (line 35 of /home/[sitename]/public_html/sites/all/modules/drealty/modules/drealty_import/includes/flush.batch.inc).
Notice: Undefined variable: operations in drealty_import_flush_form_submit() (line 60 of /home/[sitename]/public_html/sites/all/modules/drealty/modules/drealty_import/includes/flush.batch.inc).
Comment #17
geekygnr commentedI have also come across this problem. Drush works but the web interface only works at pulling when query type is Offset Not Supported (Query based on RETS Key) and I never see it pull more information then the record chunk size.
Comment #18
dreamogul commentedI get the same error, in my php error log when using drush, or as described as above when using "drealty import" module. When using the drush the import appears to still be going, when attempting the "drealty import" module it breaks the process
Comment #19
docans commentedHas anyone been able to find a solution to this. I am also getting the same problem. when i tried to import using the web
When i tried to import using drush this what i got.
Any Idea as to how to fix this
Comment #20
JonFreed commentedI encountered similar error messages as I was just poking around and trying a few things. After looking into the code, I determined the following for the beta6 code (and this may also apply to earlier versions):
* You will encounter messages like what has been mentioned for the "flush.batch.inc" file if you're trying to flush data but you don't actually have any data. So, what's your work-around until error-handling in the code is made more user-friendly? Just expect to see an error message if you try to flush and you don't have any data to flush.
* You will encounter messages like what has been mentioned for the "batch.inc" file (e.g. "Call to a member function claimItem() on a non-object in [SYSPATH]/includes/batch.inc on line 274") if you're trying to import data but you do not have not enabled any classes (e.g. a listing of type residential). So, what's your work-around until error-handling in the code is improved? Just expect to see an error message if you try to import data but you don't have any thing enabled for an import. (To enable, go to Administration > Drealty > Drealty Connections > and click one of the "Configure" links.
Comment #21
shauntyndall commentedI believe @jonfreed's assessment is correct. I'm moving this to the drealty_import submodule component for assement. Maybe we can protect users from receiving these errors by not allowing / warning users about those conditions. Can someone propose a patch for review?
Comment #23
bathyalgirish commentedim getting a similar error while running a custom coded batch process.
I not using drealty module . its core drupal version 7.43 and some other contributed modules.
An AJAX HTTP error occurred. HTTP Result Code: 200 Debugging information follows. Path: /batch?id=10&op=do StatusText: OK ResponseText: Fatal error: Call to a member function claimItem() on a non-object in /Users/girish/x/includes/batch.inc on line 274
I've written batch process code for custom data import for 4-5 other projects. but never experienced this issue before.
Comment #24
spsinghs commentedFacing same problem on import
Below is error msg
An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: /drupal74/drupal-7.44/batch?id=18&op=do StatusText: Service unavailable (with message) ResponseText: Error: Call to a member function claimItem() on null in _batch_process() (line 274 of D:\xampp2\htdocs\drupal74\drupal-7.44\includes\batch.inc).
Any Help?
Comment #25
veronicaseveryn commentedHere's a patch that revises Batch import for listings, agents, offices and openhouses and adds a few extra checks before proceeding with execution.
Comment #27
veronicaseveryn commentedComment #29
Rizwan Siddiquee commentedSame Error !!
foreach (array_chunk($result, 100) as $value) {
$operations[] = array(
"custom_table_migrate_batch_porting_mysql_table_to_mongodb",
array($value, $tablename, $mysql_int_types, $mysql_float_types),
);
}
$batch = array(
'operations' => $operations,
'finished' => 'custom_table_migrate_batch_porting_mysql_table_to_mongodb_finished',
'title' => t('Port mysql Tabel to Mongodb'),
'init_message' => t('port mysql table to mongodb.'),
'progress_message' => t('Processed @current out of @total.'),
'error_message' => t('port mysql table to mongodb Batch has encountered an error.'),
);
batch_set($batch);
batch_process(drupal_get_destination());
remove array_chunk
its working fine
foreach ($result as $value) {
$operations[] = array(
"custom_table_migrate_batch_porting_mysql_table_to_mongodb",
array($value, $tablename, $mysql_int_types, $mysql_float_types),
);
}
$batch = array(
'operations' => $operations,
'finished' => 'custom_table_migrate_batch_porting_mysql_table_to_mongodb_finished',
'title' => t('Port mysql Tabel to Mongodb'),
'init_message' => t('port mysql table to mongodb.'),
'progress_message' => t('Processed @current out of @total.'),
'error_message' => t('port mysql table to mongodb Batch has encountered an error.'),
);
batch_set($batch);
batch_process(drupal_get_destination());