Drupal not displaying notice on cache clear, module install, system change
I'm having a problem on one Drupal 7 site.
On other drupal sites, if I clear all caches, enable or disable a module, generally apply any setting, I get a message at the top of the page telling me what just happened. “your settings have been applied, your module is installed, cache is cleared” etc.
This site doesn’t do that.
If I clear caches, install/uninstall modules, change settings etc. There is no notice until I navigate to another page, then the notice appears at the top of page I navigate to.
Things seem to be working, but this is pretty agrivating. For example, if I enable a module and save the change, no notice at the top of the page and the tick box does not appear to be checked. If I navigate away, I get a notice telling me the module has been enabled, if I go back to the module page, the module is not checked.
May or may not be related, but in backup and migrate, I can see a list of backed up DB files, If I try to download/delete/restore it tells me I don’t have permission. The backups are working though, I tested them manually.
all this was done as admin, UID 1
On other drupal sites, if I clear all caches, enable or disable a module, generally apply any setting, I get a message at the top of the page telling me what just happened. “your settings have been applied, your module is installed, cache is cleared” etc.
This site doesn’t do that.
If I clear caches, install/uninstall modules, change settings etc. There is no notice until I navigate to another page, then the notice appears at the top of page I navigate to.
Things seem to be working, but this is pretty agrivating. For example, if I enable a module and save the change, no notice at the top of the page and the tick box does not appear to be checked. If I navigate away, I get a notice telling me the module has been enabled, if I go back to the module page, the module is not checked.
May or may not be related, but in backup and migrate, I can see a list of backed up DB files, If I try to download/delete/restore it tells me I don’t have permission. The backups are working though, I tested them manually.
all this was done as admin, UID 1
Aaron Feledy
Are you using a custom theme for your admin screens? It's possible that the theme is not printing the messages.
When you say "go back to the module page" do you mean by hitting Back or by actually navigating to the page? Drupal is very form-oriented, with unique IDs for each form generation. Under certain circumstances (especially if you use the Back/Forward buttons on your browser) the "messages" will show up at the next page load. Some of that is by design.
Try switching your administrative theme to Rubik (you'll need Tao as well). Firstly, it's standardized, and secondly, you'll never go back. ;)
But that does sound really weird. I've run across that in instances like this:
I'd actually start and make sure that all of your files and directories are all set properly, and that they are owned by the correct users, and in the correct groups. Without write access in, say, the /tmp directory, the web server can't do much of anything, really. Also, the Backup/Migrate files are not downloadable directly from the file path. You need to download them via B&M. If you are doing that, though, then there is a permissions issue you need to address for the files/ directory and others below it.
Whatever you do, do not set the permissions to 777 if this is a live site!
I'm rambling. It's been a long day -- hopefully some of that will help.
Mike
Try switching your administrative theme to Rubik (you'll need Tao as well). Firstly, it's standardized, and secondly, you'll never go back. ;)
But that does sound really weird. I've run across that in instances like this:
the person who coded the site initially did not know what they were doing and possibly hacked core or contrib modules
the theme doesn't have the right variables in its .tpl.php files
somebody put some nasty, weird PHP embedded into a page - turn off the PHP filter (if you can, it's a module) and see if it helps. If you have drush, you can use 'drush dis php' to disable it.
a major misconfiguration of the permissions on the server
Just a few thoughts off the top of my head. It's definitely not acting correctly, but without more information about the exact version of Drupal, and what theme you are using, and the OS (Linux hopefully?) it's difficult to track down what it is.I'd actually start and make sure that all of your files and directories are all set properly, and that they are owned by the correct users, and in the correct groups. Without write access in, say, the /tmp directory, the web server can't do much of anything, really. Also, the Backup/Migrate files are not downloadable directly from the file path. You need to download them via B&M. If you are doing that, though, then there is a permissions issue you need to address for the files/ directory and others below it.
Whatever you do, do not set the permissions to 777 if this is a live site!
I'm rambling. It's been a long day -- hopefully some of that will help.
Mike
ASKER
Thank you Mike. I'm at a complete loss. Here is all the info I can think of.
When I say "go back to the module page" I mean actually navigating. Not back, forward or refresh.
As for the theme, I use Seven for the admin theme.
I built this site, I've never touched core or contrib.
I was wondering if it could be a module going goofy. To rule it out I did a clean install of D7 to see if I would have the same problem. I did. Well, except the B&M bit, didn't try that. On the clean install, if I go to admin/config/development/p
PARTICULARS
Drupal 7.19
Shared Unix hosting with arvixe.com
I put together a php info file, you can see it here http://www.crow.ws/crowphpinfo.php
The primary domain is crow.ws, everything else is either a sub-domain, ad-on domain or parked domain.
STRUCTURE
home\public_html -www.crow.ws, nothing except an index.html and directories
craigclark.ca (the site I'm having issues with)
home\public_html\sites-d7 -www.craigclark.ca. it's an add-on domain pointed to this folder
home\drupal_craigclark_pri
home\drupal_craigclark_tem
testd7.crow.ws (the clean install)
home\public_html\sites-tes
home\drupal_craigclark_tes
home\drupal_craigclark_tes
BACKUP & MIGRATE
the permission message I'm getting is when I try to download/restore/delete via B&M. B&M is working, I can go get the backup files via FTP, then use B&M to upload and restore. I can also use quick back-up to download a backup.
OTHER ODD THING
both temp directories are empty. The last file in home\drupal_craigclark_tem
When I say "go back to the module page" I mean actually navigating. Not back, forward or refresh.
As for the theme, I use Seven for the admin theme.
I built this site, I've never touched core or contrib.
I was wondering if it could be a module going goofy. To rule it out I did a clean install of D7 to see if I would have the same problem. I did. Well, except the B&M bit, didn't try that. On the clean install, if I go to admin/config/development/p
PARTICULARS
Drupal 7.19
Shared Unix hosting with arvixe.com
I put together a php info file, you can see it here http://www.crow.ws/crowphpinfo.php
The primary domain is crow.ws, everything else is either a sub-domain, ad-on domain or parked domain.
STRUCTURE
home\public_html -www.crow.ws, nothing except an index.html and directories
craigclark.ca (the site I'm having issues with)
home\public_html\sites-d7 -www.craigclark.ca. it's an add-on domain pointed to this folder
home\drupal_craigclark_pri
home\drupal_craigclark_tem
testd7.crow.ws (the clean install)
home\public_html\sites-tes
home\drupal_craigclark_tes
home\drupal_craigclark_tes
BACKUP & MIGRATE
the permission message I'm getting is when I try to download/restore/delete via B&M. B&M is working, I can go get the backup files via FTP, then use B&M to upload and restore. I can also use quick back-up to download a backup.
OTHER ODD THING
both temp directories are empty. The last file in home\drupal_craigclark_tem
ASKER
OK
I'm pretty sure this is some sort of issue in the shared hosting environment.
I replicated craigclark.ca on a friends shared host, exactly the same structure. Notices appeared at the top of the page as they should after cache was cleared. No problem downloading/restoring/dele
Now my issue, I think, is: What do I tell the host? In the past arvixe has been really cooperative support wise. The thing is, the support staff don't have a clue about drupal. Generally they don't need to. Do you know what the problem is? or at least what should be looked into the server configuration? Sounds a bit silly, but I'm not sure what to ask them.
I just need something to tell them to avoid the "There's something wrong with your scripts" line.
home\drupal_craigclark_tem
I'm pretty sure this is some sort of issue in the shared hosting environment.
I replicated craigclark.ca on a friends shared host, exactly the same structure. Notices appeared at the top of the page as they should after cache was cleared. No problem downloading/restoring/dele
Now my issue, I think, is: What do I tell the host? In the past arvixe has been really cooperative support wise. The thing is, the support staff don't have a clue about drupal. Generally they don't need to. Do you know what the problem is? or at least what should be looked into the server configuration? Sounds a bit silly, but I'm not sure what to ask them.
I just need something to tell them to avoid the "There's something wrong with your scripts" line.
home\drupal_craigclark_tem
Haha, I know what you mean. There's a lot of info there to digest and I'm about to put my kids to bed. I just wanted to check in really quick -- I haven't forgotten about this.
I've run into just about every Drupal error I can think of, and that's only basically because there are a lot out there I haven't thought of yet. I'll take a look at some of my past notes and see if anything matches up. You will definitely need to have something to give to them, otherwise it will be "your scripts."
I'll hop back on in a little bit and if nobody else has answered this by then I'll see what I can do.
Cheers,
Mike
I've run into just about every Drupal error I can think of, and that's only basically because there are a lot out there I haven't thought of yet. I'll take a look at some of my past notes and see if anything matches up. You will definitely need to have something to give to them, otherwise it will be "your scripts."
I'll hop back on in a little bit and if nobody else has answered this by then I'll see what I can do.
Cheers,
Mike
ASKER
Thank you very much! I really appreciate the help, I'm at a complete loss.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
The redirect loop is now gone. They must have fixed it.
ASKER
Sorry for taking so long to get back to this.
I did contact the webhost. Shortly after that things started working as they should. Unfortunately they didn't tall me what they did, or even acknolwedge the problem. I did notice while playing with some redirects that I was getting the same redirect loop error. I didn't think much of it at the time, because I wasn't really working on that.
I don't know, but I strongly suspect the issue was it was related to the redirect problem.
Thank you for all the time you've given this
I did contact the webhost. Shortly after that things started working as they should. Unfortunately they didn't tall me what they did, or even acknolwedge the problem. I did notice while playing with some redirects that I was getting the same redirect loop error. I didn't think much of it at the time, because I wasn't really working on that.
I don't know, but I strongly suspect the issue was it was related to the redirect problem.
Thank you for all the time you've given this