I recently attempted to upgrade my site from 6.15 to 6.16, and somewhere in the process, the site got trashed. I had backups of everything, so I re-installed 6.15 and a dump of the database which didn't go as smoothly as hoped for, so something is still screwed up. On some admin pages, I get the following at the top of the page:

# href="https://sourceforge.net/tracker/index.php?func=detail&aid=1305619&group_...">SF BUG-1305619 ] No more repeated login dialogs when running the editor with Windows Integrated Security with IIS. [SF Patch-1245304] The Test Case 004 is now working correctly. It has been changed to set the editor hidden at startup.
# [SF BUG-1290610 ] Over HTTPS, there were some warnings when loading the Images, Flash and Link dialogs. Fixed.
# Due to Gecko bugs, two errors were thrown when loading the editor in a hidden div. Workarounds have been introduced. In any case, the testcase 004 hack is needed when showing the editor (as in a tabbed interface).
# An invalid path in the dialogs CSS file has been corrected.
# On IE, the Undo/Redo can now be controlled using the Ctrl+Z and Ctrl+Y shortcut keys.
# [SF BUG-1295538 ] A few Undo/Redo fixes for IE have been done.
# [SF BUG-1247070] On Gecko, it is now possible to use the shortcut keys for Bold (CTRL+B), Italic (CTRL+I) and Underline (CTRL+U), like in IE.
# [SF BUG-1274303] The "Insert Column" command is now working correctly on TH cells. It also copies any attribute applied to the source cells.
# [SF Patch-1287070 ] In the Universal Keyboard, the Arabic keystrokes translator is now working with Firefox. Thanks again to Abdul-Aziz Al-Oraij.
# The editor now handles AJAX requests with HTTP status 304.
# [SF BUG-1157780] [SF BUG-1229077] Weird comments are now handled correctly (ignored on some cases).
# [SF BUG-1155774] A spelling error in the Bulleted List Properties dialog has been corrected.
# [SF BUG-1272018] The ampersand character can now be added from the Special Chars dialog.
# [SF BUG-1263161] A small fix has been applied to the sampleposteddata.php file. Thanks to Mike Wallace.
# [SF BUG-1241504] The editor now looks also for the ID of the hidden linked field.
# The caption property on tables is now working on Gecko. Thanks to Helen Somers (Goss Interactive Ltd).
# [SF BUG-1297431] With IE, the editor now works locally when its files are placed in a directory path that contains spaces.
# [

Also, even though the nodes are in the database, I'm unable to display them, either with their alias or with a "/node/24" type URL. Neither do the nodes appear on the "Administer/Content Management/Content" page. It appears that the missing nodes are either book or audio nodes.

Any help in sorting this out would be appreciated.

Comments

cog.rusty’s picture

You are getting FCKeditor's changelog? WTFCK?

Was FCKeditor's changelog in your content? Or in a feed you were importing?

RWWood’s picture

No, it wasn't in any content. The output is at the top of the page and pushes everything else down, That is it's output before the initial html tag. If it's the FCKeditor's changelog, it's not coming from any file I have in the FCK module folder. It also shows up on pages that don't even load the editor, like the Site Maintenance page.

I can change editors if I have to, but the more important issue is why I can't view many of the nodes on the site.

RWWood’s picture

I figured from your prompt that it was FCKeditor related that re-uploading that module fixed the extra output at the top of the page.

I still can't figure out what the problem is with not being able to display nodes that are definitely in the database.

cog.rusty’s picture

You have double-checked that your $db_url in settings.php connect to the correct database, right?

Make sure that you don't have any Drupal backup copies anywhere under Drupal's directory (that Drupal doesn't pick any duplicate modules).

Did update.php run and completed successfully, or did it freeze halfway?

Does Drupal's admin/reports/status page report anything out of the ordinary? How much PHP memory does that page report?

Add a display_errors = On line in your php.ini or an ini_set('display_errors', 'On'); line in your site's settings.php file, to see if any errors are reported.

Or if you prefer, set log_errors = On and error_log = '/full/path/to/some/writable/file'

RWWood’s picture

In answer to your questions:
The database url in settings is correct.
No duplicate modules in the Drupal tree.
The site is now updated to 6.16 without a problem.
There's nothing out of the ordinary in the Status Report

Now here's the weird part: The nodes not showing were book nodes. I put the log_errors command in php.ini and put the log file outside of public_html. Nothing was logged, so I thought I'd try putting it inside the public_html folder. I cleared the cache (for about the umpteenth time) tried the links and they all now work. Still nothing logged to the error file. I removed the error logging lines from php.ini, again cleared the file, and the links are still working.

I cannot for the life of me figure out what happened. At least it's fixed. Now I have to go try to sort out why I lost the 1pixelout player for all the mp3's on the site.

Thanks for your help. I just wish this thread contributed to someone else figuring out a problem.