Problem in the 4.6.2 upgrade - node.module

I upgrade my site from 4.6.1 to 4.6.2 and notice that the Default 403 (access denied) page does not work anymore. My Default 403 (access denied) page is node/35.

The page setting for the Default 403 (access denied) page can be found on the administer >> settings page under “Error handling”.

To fix the problem, I had to restore the node.module file from version 4.6.1.

I also have the” node_privacy_byrole.module” installed to designate which user roles are denied access to certain pages within the web site.

I know that the node.module file was an important part of the 4.6.2 upgrade, so is this an issue that needs to be fixed and applied to the next 4.6.3 upgrade?

Does anybody else have this problem?

Sam308

Comments

syawillim’s picture

I have the same problem but it occurred when I upgraded from 4.6.0 to 4.6.1 and still remains in 4.6.2. I have put up a couple of posts about this problem with no response and was about to submit it as a bug but was not real sure which module was causing the problem.

Sam308’s picture

I said that to fix the problem, I had to restore the node.module file from version 4.6.1.

Actually I think the node.module file was from version 4.6.0. The file ID is listed below and the file itself has the date stamp of 4/11/2005.

// $Id: node.module,v 1.485.2.1 2005/04/11 16:39:40 dries Exp $

By replacing the 4.6.2 file with this one, everything was back to normal.

Sam308

mikegull’s picture

Keep my site under SVN, so downgraded to previous node.module was easy. Confirm that downloading to 1.485.2.1 fixed issue, but I am wondering what other issues this introduces, with mismatch on other modules.

Taking a look at a diff between the 4.6.0 and 4.6.2 versions of node.module right now, trying to isolate where the problem is.

mikegull’s picture

In the 4.6.2 version, line 363:

$node = db_fetch_object(db_query(db_rewrite_sql('SELECT n.*, u.uid, u.name, u.picture, u.data FROM {node} n INNER JOIN {use
rs} u ON u.uid = n.uid WHERE '. implode(' AND ', $cond))));

If you remove the call to db_rewrite_sql, the Access Denied page is restored.

Will look into what this call is modifying.