I'm copying my Drupal installation to another folder and I've copied the related database.
When I run update.php on the new copy I get the following error:
http://dl.dropbox.com/u/72686/updateError.png
should I disable some modules.. or is something about Drupal core ?
(I'm using version 6.16)
I've flushed all caches and the website is offline.
thanks
You have to log in to run update.php...
actually I'm also wondering how could you run update.php without being logged as administrator O_O
For the error... looking at the line reported in the error:
list($module, $version) = array_pop(reset($_SESSION['updates_remaining']));
you can see the use of $_SESSION array;
Probably you don't have any php sessions if you are not logged in...
Related
I am trying to reinstall drupal after I get this error:
Fatal error: Maximum execution time of 120 seconds exceeded in C:\wamp64\www\drupal\core\lib\Drupal\Core\PageCache\RequestPolicy\NoSessionOpen.php on line 3
For solving this error, I've set max_execution_time = 300
I deleted the drupal folder from wamp64\www and again pasted another copy of drupal folder. When I try to reinstall drupal, I am getting the message,
Drupal already installed
To start over, you must empty your existing database and copy default.settings.php over settings.php.
To upgrade an existing installation, proceed to the update script.
View your existing site.
but I've not completed the steps Install site and configure site while installing drupal.
When I click on existing site, the page asks for username and password. I've not set username and password for it. How to solve this problem? Please help.
I know you have solved your problem already but for anyone else that stumbles upon this.
Option 1 (recommended): use Drupal's command line tool, drush. "drush sql-drop" will drop all database tables, launch the installer.
Option 2: Change the database information in the settings.php file (webroot/sites/default/settings.php). i would not recommend deleting the file as the installer requires settings.php
In Wordpress i can get this error message while update into wordpress4.4
how to reset my website
Fatal error: Call to undefined function wp_installing() in /home/u365143419/public_html/keerthikaprinters/wp-includes/functions.php on line 1354
Here's what helped me to fix the problem:
1) create a backup of all files and the database (highly suggest)
2) Delete all files and folders except for the folder wp-content. You will need this folder. It contains all the files for your theme and plugin.
3) Replace all the wordpress files in the install download EXCEPT for wp-content.
4) Update wp-config.php with your database credentials. They can be retrieved in your current wp-config.php.
5) Test your website. If all seems well login into your admin panel and see if the database needs updated.
Hope it helps, if you didn't already solve the problem.
The function wp_installing is a new function in /wp-includes/load.php, as of WordPress v4.4.0.
From my research/experience, there are 2 reasons for the problem (and it could be both):
1) Corrupted WordPress files, for example caused by an incomplete update installation, in which case you need to reupload (eg. via FTP) the core WordPress files (ie. /wp-admin/, /wp-includes/, and the .php files in the root of your WordPress site (although be careful with wp-config.php if you have a dev environment version too!)). At the very least check that /wp-includes/load.php includes the new function definition for function wp_installing().
2) WordPress becomes "confused" by an update installation (for example by a failed update), thinking that it is in the installation process, when it is not (or when it failed partway).
After making sure that 1) was not the problem (by doing a file comparison between the 'out of the box' WordPress files (from the WordPress zip download), doing a bit more research, and pulling my hair out), I found that there is a WordPress PHP flag WP_INSTALLING that the core uses during an update as part of handling the installation process. At my wits end I temporarily put the following in wp-config.php:
define('WP_INSTALLING', false);
and reloaded my failed/broken site, and lo and behold, my WordPress site started working! I then remove this line, and the site has been working fine since.
I can only assume that because my first attempt to update WordPress using the automatic WordPress update feature failed, and that when I then FTP'd up all the WordPress core files in attempt to do a manual update to fix it, that WordPress was somehow confused as to what state it was in (which even restarting the web server didn't fix). Forcing the WP_INSTALLING flag temporarily to false thus got WordPress sorted out internally, and allowed things to operate normally again. Interestingly after doing this, WordPress prompted me to update my database (which I did), and which seems to me to confirm that the WordPress update installation got interrupted midway and was the cause of my problems/this fatal error/WordPress thinking that the WP_INSTALLING flag was actually currently set as true.
I use a drupal 7 installation. On my localhost dev environment i had no trouble importing rules.
Now that i am on a hosting environment i am not able to import a certain rule using "execute php".
I am also unable to create the rule myself pasting the php code in particular action.
Once i paste the code and hit save the page just skips back asking for the action to add.
Leaving me with no error messages or what so ever
What am i missing here.
Is it a lack of permissions on my hosted environment?
I don't believe this requires exec as per ceejayoz's comment. Check that the "PHP filter" module is enabled in your module list.
For some reason my admin screen just hangs with some javascript errors. I have it installed on xampp on windows 7 ultimate 64bit. What could be causing this? Ill post a screenshot of the errors any help would be nice! p.s. This is my first time installing silverstripe ever so be nice. :)
This sort of things usually occurs when combined asset files cannot be created. Make sure the web server user has write access to the assets/ and assets/_combinedfiles folders, then go to your-site.com/admin/pages?flush=1.
Alternatively, since this is a local install, run in dev mode. There are instructions in the documentation on how to set this.
As indicated by #simon_w, this issue occurs due to the folder permissions:
In your local environment, in addition to the way via yml config, you can just put the following in _config.php inside mysite folder.
Director::set_environment_type("dev");
In dev mode, the installation doesnt need to write to assets/_combinedfiles. However, you had better have write permission for assets folder anyway.
So, just increase permissions for assets and directories under it. Uploaded files are also stored there, if not sufficient permission, you can't upload files from the admin panel. Other functionalists may also be affected.
I'm trying to do some functional testing with PHPUnit but it requires that I add session.storage.filesystem for the storage_id option in config.yml.
This causes the login process to fail, for some reason. I get the following error in test.log :
Authentication request failed: Your session has timed-out, or you have disabled cookies.
Afterwards I'm redirected to the login page again. I'm certain that I have cookies enabled and that the application works without setting that option(with native session storage).
Could anyone tell me whether there is any solution for this issue?
Give a try at changing your file permissions for the cache folder. If they're not set properly , this is what will happen:
You develop stuff and test it through your web browser => your apache (or other server) will create the cache and will be the only one to have permissions on it
You start phpunit tests from the command line (different unix user) => the current unix user does not have write access to your cache folder and cannot store the sessions.
Immediate fix to validate that this is the case:
chmod -R 777 app/cache/
phpunit -c app/
If this is actually the case, then go check how to properly set the rights at: http://symfony.com/doc/current/book/installation.html#configuration-and-setup