Submitting the Pathauto admin page with "bulk update node paths" checked results in an empty page. Returning to any (working) Drupal page then produces the "The configuration options have been saved." message so I guess it's getting that far and then failing.

Hmm ... I'm afraid that's about all I can say, it's as simple as that - not working. Is it possible that localization would mess up the process? It's submitting to /admin/settings/pathauto instead of admin/settings/pathauto ... but that should still fire the bulk update procedure, right? It certainly saves the submitted settings correctly.

Comments

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented
Status: Active » Postponed (maintainer needs more info)

does "returns nothing" mean a totally blank page, like a "white screen of death" ?

If so, please look in your web server's error log for more information.

kingandy’s picture

kingandy
he/him
commented

Yep, the browser gets a completely blank page, no theme, no <html>, no nothing.

Looking in the error log, I think these two lines appeared when I fired the bulk update:

PHP Notice: unserialize(): Error at offset 7 of 11 bytes in /var/www/vhosts/livelinknewmedia.com/httpdocs/includes/bootstrap.inc on line 347, referer: http://www.esfsimplicity.com/admin/settings/pathauto
PHP Fatal error: Cannot redeclare insert_content() (previously declared in /var/www/vhosts/livelinknewmedia.com/httpdocs/includes/common.inc(1342) : eval()'d code:35) in /var/www/vhosts/livelinknewmedia.com/httpdocs/includes/common.inc(1342) : eval()'d code on line 35, referer: http://www.esfsimplicity.com/admin/settings/pathauto

The 'Unserialize()' error has been popping up for a while now, which I suspect is why we've turned off error reporting - it doesn't appear to affect site operation. It doesn't seem likely that would cause a function redeclaration error. The question, I suppose, becomes whether pathauto is causing common.inc to try to redeclare insert_content, or if that's happening - and killing the page - before it even gets to pathauto. Any ideas?

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented

Well, this search comes up with nothing. I'm not sure where it comes from.

I guess can you see if there are any other scenarios where your site has that problem? Unless some more folks find this I don't see it as a deifnite pathauto bug yet since I've never encountered it.

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented
Status: Postponed (maintainer needs more info) » Closed (duplicate)

Seems to be similar to http://drupal.org/node/128458

Perhaps combining efforts over there can help find the cause of this bug.

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented
Title: Bulk Update returns nothing » Bulk Update runs so long causes php error Cannot redeclare insert_content
Status: Closed (duplicate) » Fixed

Based on the debugging in that other issue this seems to come from a really long running query.

This was "fixed" in the 5.x-2.x version of pathauto by making the bulk updates more scalable. If you can please help test out that version.

kingandy’s picture

kingandy
he/him
commented

I'd completely forgotten about this bug ... I think in the end we realised it wasn't just bulk updates, it was any time the Pathauto module tried to create a path.

I believe it turned out to be because the Token module wasn't enabled (we upgraded to a version of Pathauto that required Token, and since Pathauto was already enabled when we upgraded it didn't automatically enable Token).

Whatever the case, I'm afraid it's behaving itself now, sorry :)

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented

Good to hear that you finally got it working.

Anonymous’s picture

(not verified) commented
Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.