Rebuilding node permissions AFTER setting up an ACL within terms and roles causes batch failure at between 25-50%.
Status report page reports: "6484 permissions in use"

Have one vocab with three terms being used used. Apply some normal view, update add tag settings for 4 roles. Have around 8000 nodes.
Getting this code on permission rebuild via the UI or drush.
The site is a D6 upgrade, switching from Tac Lite to Taxonomy Access

An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: /batch?id=137615&op=do StatusText: error ResponseText: EntityMalformedException: Missing bundle property on entity of type node. in entity_extract_ids() (line 7501 of /FOLDER/includes/common.inc).

BTW: in D7.12, have tons of PHP memory allowed (1024M)

Comments

doublejosh’s picture

This results is a corrupt permissions set... will all pages locked out.

doublejosh’s picture

This module doesn't directly call it and none of these look suspect.
http://api.drupal.org/api/drupal/includes%21common.inc/function/calls/en...

doublejosh’s picture

Issue summary: View changes

add drupal version note.

doublejosh’s picture

Issue summary: View changes

note about this being AFTER setting up permissions.

doublejosh’s picture

Priority: Normal » Major
doublejosh’s picture

Issue summary: View changes

typo

doublejosh’s picture

Issue summary: View changes

more details

doublejosh’s picture

Issue summary: View changes

memory

doublejosh’s picture

Priority: Major » Normal

Reduced the rule simplicity to the bare minimum with just one role and term. Still fails.

Disabling the module removes the problem as Node Access Permissions as then Disabled.

xjm’s picture

Category: bug » support
Status: Active » Postponed (maintainer needs more info)

This is not an issue with TAC; rebuilding node access is a core function.

As for the EntityMalformedException, see: #1067750: Let Field API fail in a tale-telling way on invalid $entity. Something has screwed up the bundle (a.k.a content type) on at least one of your nodes. You might try:
SELECT nid FROM node WHERE type = ''
to see if any nodes are saved in your database with empty content types.

And yeah, I deliberately don't use entity_extract_ids() in the module because it is a travesty. :P

doublejosh’s picture

Status: Postponed (maintainer needs more info) » Closed (works as designed)

You're right. Sorry I didn't close this!

Turned out an upgrade script caused some nodes to exist without a content type.

doublejosh’s picture

Issue summary: View changes

note about upgrade