envt

Update… after I fixed the “Them options” and “HTML Inserts” links, it turned out I could not click on the “Update Options” button if I changed anything from within the Theme options. It gave the same message, “You do not have sufficient permissions to access this page.”

So, I went to the Mandigo website and got the latest versions of

theme_options.php
functions.php, and
html_inserts.php

I changed extensions on the existing files to “php_old” and
then ftp’d the three files to their appropriate locations
(two are in the backend folder of Mandigo).

It worked, and all seems find now.

It’s easy to go to the Mandigo website and compare old versions to the latest and see what’s changed, so that an update need not involve replacing all the files…

Yep, it worked for me … I just added the “_” where the space is between the two words in “Theme options” and “HTML inserts” in the two php files… the first two instances of these phrases in each file. I did not want to upgrade Mandigo because I’ve modified it a fair amount…

Still a problem with 2.9. I disabled all plugins and still got the same error message. But as noted below, with an old workaround (which works, but not too well as it only brings up one file at a time), you can get to files in the Appearance Editor, so it cannot be permissions (and it’s not plugins as I tried with all disabled):

So, I’m hoping maybe this will help someone fix the problem:

This workaround actually works (but not well): https://www.serv.co.za/forum/how/3280-wordpress-sorry-file-cannot-edited.html

I made it work with version 2.9 by putting the extra line: $file = $allowed_files[3]; in the theme-editor.php file in the following manner…note that by changing the 3 to another number, this brings up a different file in the editor, no longer bringing up the message about not being able to edit.

if (empty($file)) {
$file = $allowed_files[0];

} else {
$file = stripslashes($file);
if ( ‘theme’ == $dir ) {
$file = dirname(dirname($themes[$theme][‘Template Dir’])) . $file ;
} else if ( ‘style’ == $dir) {
$file = dirname(dirname($themes[$theme][‘Stylesheet Dir’])) . $file ;
}
}

$file = $allowed_files[3];

validate_file_to_edit($file, $allowed_files);

Still a problem. I disabled all plugins and still got the same error message.

Maybe this will help someone fix the problem:

This workaround actually works (but not well): https://www.serv.co.za/forum/how/3280-wordpress-sorry-file-cannot-edited.html

I made it work with version 2.9 by putting the extra line–$file = $allowed_files[3]; — in the theme-editor.php file in the following manner…note that by changing the 3 to another number, this brings up a different file in the editor, no longer bringing up the message about not being able to edit.

if (empty($file)) {
$file = $allowed_files[0];

} else {
$file = stripslashes($file);
if ( ‘theme’ == $dir ) {
$file = dirname(dirname($themes[$theme][‘Template Dir’])) . $file ;
} else if ( ‘style’ == $dir) {
$file = dirname(dirname($themes[$theme][‘Stylesheet Dir’])) . $file ;
}
}

$file = $allowed_files[3];

validate_file_to_edit($file, $allowed_files);

One other tip. Searching php files using the Windows search utility does not work…that’s why I had trouble finding the comment-template.php file…I searched for the term “Comments Off” but as php files were not searched, it did not come up. Here’s a decent explanation of how to get the Windows search utility to find key words within php files: https://cow.neondragon.net/index.php/72-Searching-Php-Files-With-Windows-Search. It took a bit of doing, but it worked!

A bit more detail follows on how I got “Comments Off” to not appear.

The code noted above that has to be changed (or removed) is this:

<?php comments_popup_link(‘0 comments’, ‘1 comment’,
‘% comments’, ‘comments-link’, ‘Comments off’); ?>

This code is in a file called “comment-template.php” and that file resides in the wp-includes folder. It took me a long time to find that file. All I did was remove the words “Comments off” from between the single quotes. Thus the html code that is generated and sent to a browser will just write nothing, eliminating “Comments Off”.

I agree with others who say that it would be good to have a switch for removing all commenting components of WordPress for those who do not wish to have commenting become part of their blog. That goes for other interactions such as trackbacks, which, even if eliminated as an option, appears to still be an avenue for spam.