Roger, sounds like the situation is unclear.
My assumption was that the Drupal root and the domain root were the same, in your case public_html. It sounds like that is not the case. Drush would not have gone outside the Drupal root to delete a php.ini file. So I think my theory as to your problem is probably wrong.
FYI, since my early days of using Drupal I standarized on always making the Drupal root and the domain root the same. In theory, Drupal doesn't require that, but I have just been plagued by problems whenever I try otherwise. I'm not saying that is your problem here, just sharing my (bad) experiences with implementing Drupal outside the domain root.
Shai
On Wed, Jan 23, 2013 at 3:38 PM, Roger arelem@bigpond.com wrote:
<snip> Drush will delete non-drupal files that are not in the sites directory. It sounds like you typically have a php.ini file installed at the Drupal root.
Did you put it back after Drush erased it? Can you verify that it is still there?
</snip>
Hello Shai and everyone. thank you for your replies.
Our ISP installed a special version of php.ini in /public_html so that apache does not have to be restarted. I did not think to look for a php.ini in the drupal root, thanks, I will investigate.
ISP also lso found that the Token module was causing the failure of Drupal Permissions and Create New Page.
I find, as of last night, that I am prevented from using IMCE as administrator. I get error message that Page cannot be viewed, You do not have permissions, etc. What a load of rubbish, if you pardon my expression, Admin not having correct perms seems very strange.
Investigation shows that this php.ini thing has been an ongoing issue, seems unresolved since Drupal 5.
Regards Roger -- [ Drupal support list | http://lists.drupal.org/ ]