Closed (fixed)
Project:
Views (for Drupal 7)
Version:
7.x-3.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Anonymous (not verified)
Created:
22 Nov 2011 at 16:15 UTC
Updated:
26 May 2025 at 08:52 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
dawehnerMh that's hard to say but the issue submission guidelines says that you should first fill it against other projects.
Sadly i have no idea which project is civicrm on drupal.org
Comment #2
Anonymous (not verified) commentedhttp://civicrm.org/
A crm full integrated in drupal.
I will make an issue there also
Comment #3
dawehnerWell but they don't have a project on drupal.org?
Comment #4
Anonymous (not verified) commentedhttp://drupal.org/project/civicrm : not difficult to find, also some related projects.
On drupal.org sinds 2005, with a d4.7 version. Last version d7. CiviCRM is active maintained.
Comment #5
dawehnerOh i just sucked to use the project autocompletion.
Comment #6
will_in_wi commentedI have this issue as well. I'm using Drupal 7 and the latest stable version of Views and CiviCRM.
Comment #7
ouyang1512 commentedMe too having this issue
Comment #8
opdaviesAnd me.
Using CiviCRM 4.1 and Views 7.x-3.3.
Comment #9
opdaviesThis is a bug within the Views module - more specifically within the handlers/views_handler_field.inc file. On line 84, $this->options['group_type'] isn't being set beforehand - hence the error. Attached is a patch that checks to see if this has been set, and if not, set $params to be an empty array - the same as if it was equal to 'group'.
The patch has been created against the Views 7.x-3.3 tag.
Comment #10
opdaviesTrying again with the correct status...
Comment #12
opdaviesRe-created the patch as per http://drupal.org/node/1054616.
Comment #13
opdaviesChanging issue status.
Comment #15
opdaviesComment #17
opdaviesCan anyone give me any advice as to why my patches keep failing?
Comment #18
jthorson commentedComment #19
jthorson commentedKicking bot
Comment #20
jthorson commented#15: views-undefined_index_group-1349546-15.patch queued for re-testing.
Comment #21
RichardLynch commented#12: views-undefined_index_group-1349546-12.patch queued for re-testing.
Comment #22
opdaviesa) Is there any way to get this thread cleaned up - i.e. remove the duplicate patches.
b) What needs to happen to get this committed into Views?
Comment #23
tim.plunkett'group_type' is given a default value here: http://drupalcode.org/project/views.git/blob/refs/heads/7.x-3.x:/include...
Are you sure that it's not coming from a custom handler? Can you paste (http://paste.pocoo.org/) the exported view?
Comment #24
Anonymous (not verified) commentedPatch #15 worked for me, the Notice: Undefined index is gone.
Thanks.
Comment #25
vaccinemedia commentedUpgraded to latest dev version of Views and applied the patch ok but error remains with me. 4 errors but on a different line number. With me it is on line 92.
EDIT!:I edited the view and after submitting / saving it the error has disappeared. :)
Comment #26
joemaine commentedI installed the latest dev version and tried editing/saving hoping that would solve the problem - I'm still receiving multiple notices for each view...just on a new line (used to be line 84):
Notice: Undefined index: group_type in views_handler_field->query() (line 99 of C:\wamp\www\sites\all\modules\views\handlers\views_handler_field.inc).
Views without CiviCRM fields (currently) are not throwing notices/warnings/errors.
Comment #27
joemaine commented...applied patch #15 to the dev version of Views (note a different line -99- in the patch)...and all is good (for now)
Comment #28
jsimonis commentedI'm getting these errors as well. I can apply the patch, but the next update that gets made to Views will just override that patch. Is there any info on when this issue will be fixed in the module?
Comment #29
Anonymous (not verified) commentedI changed the status to ratbtc.
Please apply patch #15 in the next release.
Comment #30
dawehner@cmseasy
So can you explain why this is actually happening, see http://drupal.org/node/1349546#comment-5797064
Comment #31
stella commentedRunning into the same problem. Views config exported to http://pastebin.com/ZVMxx83T
From looking at the CiviCRM field handler option_definition() it seems to implement it correctly (and does
. It doesn't modify the 'group_type' element and that is still set to 'group' in the returned array. I'll try to investigate further, but not sure where to look.
Comment #32
stella commentedFound the problem. It's a civicrm issue. The civicrm_handler_field_location handler had an instance of
function construct() {...}but didn't include the lineparent::construct();. Adding this line in fixed the problem for me. I also found similar issues in other handlers. I've attached the patch here just as a FYI. Will post the link to the CiviCRM issue once I figure out how to upload a patch there.Comment #33
stella commentedCiviCRM bug report: http://issues.civicrm.org/jira/browse/CRM-10741