Authorize file system changes avec Drupal 7.34

Information importante

En raison d'un grand nombre d'inscriptions de spammers sur notre site, polluant sans relache notre forum, nous suspendons la création de compte via le formulaire de "sign up".

Il est néanmoins toujours possible de devenir adhérent•e en faisant la demande sur cette page, rubrique "Inscription" : https://www.drupal.fr/contact


De plus, le forum est désormais "interdit en écriture". Il n'est plus autorisé d'y écrire un sujet/billet/commentaire.

Pour contacter la communauté, merci de rejoindre le slack "drupalfrance".

Si vous voulez contacter le bureau de l'association, utilisez le formulaire disponible ici, ou envoyez-nous un DM sur twitter.

Submitted by eloriaux on

J'ai le problème suivant avec Drupal 7.34 :

A chaque fois que j'essaie de faire un update de module j'ai le message suivant en page authorize.php

couper ici ................................
Authorize file system changes

It appears you have reached this page in error.
couper ici ................................

Je suspecte que j'ai sans doute une page incorrectement chmodée... Mais laquelle ?

SVP ne me recommandez pas de faire un upgrade vers 7,39 parce que c'est ce que j'ai fait au départ et j'avais le même, raison pour laquelle j'ai restauré vers 7.34

Mais 7.39 ne semble pas la cause du problème.

Aussi, je pense utile de mentionner que j'utilise Plesk 11 sur un LAMP server (chez OVH) pour faire l'upgrade (via Plesk donc); il se pourrait que ce ne soit pas une très bonne idée et une origine du problème; je ne sais pas.

Pour le cas où il s'agit d'une FAQ, désolé mais je n'ai rien trouvé qui m'aide alors svp soyez gentils ;)

Bien à vous,
Eric

Forum : 
Support général
Version de Drupal : 
7.x
Tags : 
upgrade module authorize.php

Soumis par eloriaux le 16 Octobre, 2015 - 15:25

Il semble donc que ce soit cette partie de authorize.php :

else {
if (empty($_SESSION['authorize_operation']) || empty($_SESSION['authorize_filetransfer_info'])) {
$output = t('It appears you have reached this page in error.');
}

Mais mes maigres connaissances sont insuffisantes pour que ça m'aide à trouver l'origine du problème.

NB: Je me suis donné toutes les permissions possibles (People - Permissions - colonne 'Administrators') donc je suppose que ce n'est pas non plus le problème ?

Soumis par vincent59 le 17 Octobre, 2015 - 10:58

Si ce n'est pas lié à l'utilisateur Drupal, c'est sans doute un problème de droits sur les répertoires.

Il faut vérifier que l'utilisateur système du serveur http puisse écrire dans le répertoire sites/all et ses sous-répertoires.

Soumis par XTaz le 18 Octobre, 2015 - 11:14

De mémoire, Il me semble qu'il y avait eu des changements sur le système de fichiers à moment donné.

J'avais du re-enregistrer la configuration du système de fichiers (admin/config/media/file-system).
Je me demande m^me si je n'avais pas du supprimer les fichiers .htaccess dans "files" et "private_files" avant de ré-enregistrer.

J'avais une erreur sur le tableau de bord (admin/reports/status) concernant le système de fichiers.

Soumis par eloriaux le 19 Octobre, 2015 - 08:49

J'ai aussi

Public files directory Not fully protected
See http://drupal.org/SA-CORE-2013-003 (link is external) for information about the recommended .htaccess file which should be added to the sites/default/files directory to help protect against arbitrary code execution.
Error
Temporary files directory Not fully protected
See http://drupal.org/SA-CORE-2013-003 (link is external) for information about the recommended .htaccess file which should be added to the tmp directory to help protect against arbitrary code execution.

Soumis par eloriaux le 19 Octobre, 2015 - 08:26

J'ai constaté aussi ceci et ça pourrait bien être une origine du problème :

Dans le status report :

Database updates Out of date
Some modules have database schema updates to install. You should run the database update script immediately.

Une bonne quarantaine d'updates sont en attente.
Completed 1 of 47
Updating metatag module

countries module

7205 - Informs the user about the latest round of name changes. The name field is 100% in sync with the ISO standard with this release.
entity module

7003 - Create cache tables for entities that support Entity cache module.
extlink module

7101 - Delete "extlink_target_value" variable (now uses "extlink_target" directly).
fivestar module

7206 - Preserve setting after new feature preventing re-votes @see http:drupal.orgnode356605
7207 - Preserve setting after new feature preventing own votes @see http:drupal.orgnode189527
7208 - Change field formatters to ensure unique. @see http:drupal.orgnode1063754
imce module

7002 - Fixes misconfigurations where anonymous user is given User-1 profile
l10n_update module

7005 - Rebuild registry for 'translations' stream wrapper.
7006 - Rebuild registry after removing the stream wrapper.
location module

7302 - Adds the Country code to name table "location_country". It is created from the included array country array.
file_entity module

7101 - Create the {image_dimensions} database table.
media_youtube module

7202 - Empty update function.
7203 - Remove obsolete variables.
metatag module

7018 - Update the revision ID for each record. This may take some time. Should any nodes be discovered with a meta tag record for both revision_id 0 and the correct revision_id, the "0" value will be deleted; if this is not the desired result the {metatag} table must be manually pruned to have the correct records prior to letting this update run.
7019 - Clear the entity_cache bins.
7020 - Clear the Metatag cache.
7021 - Clear the existing Metatag cache so all unwanted 403404 paths can be purged.
7022 - A minor bit of tidy-up after update 7015.
7023 - Clear the Metatag cache because $cid_parts was changed.
7024 - Rename the 'twitter:image' meta tag to 'twitter:image:src', part 1.
7025 - Replaced by update 7030.
7026 - Rename the 'copyright' meta tag to 'rights', part 1.
7027 - Replaced by update 7031.
7028 - Clear the menu cache so the new Advanced Settings page will be picked up.
7029 - Add an index to the {metatag} table to speed up some queries.
7030 - Rename the 'twitter:image' meta tag to 'twitter:image:src', part 2.
7031 - Rename the 'copyright' meta tag to 'rights', part 2.
7032 - Clear the Metatag cache.
7033 - These originally removed the 'author' meta tag, but it was subsequently decided that this was not the correct approach, that the meta tag should not be removed after all. @see https:www.drupal.orgnode2330823
7034 -
7035 -
mollom module

7207 - Remove 'mollom_status' variable (replaced by cache).
7208 - Remove obsolete 'mollom_moderation_redirect' setting.
7209 - Correct the stored definition of enabled Field API fields.
7210 - Disable minimum log severity threshold for existing sites.
7211 - Add columns for "report as inapporpriate" counts.
7212 - Set default variable values for advanced administration features. Note that some of these may have already been set in previous versions.
7213 - Change all mixedCase database columns and indexes to underscore separated.
print module

7103 - Increase size of the path field in the print_page_counter table
print_mail module

7103 - Increase size of the path field in the print_mail_page_counter table
print_pdf module

7105 - Increase size of the path field in the print_pdf_page_counter table
transliteration module

7300 - Remove unnecessary Drupal 6 variables.
webform module

7321 - Remove files left over from deleted submissions. Such files are now deleted automatically.
7322 - Add index on {webform_submitted_data}.data.

J'ai pu passer de 47 à 44 à force d'insistance mais je suppose que le problème pourrait être dû à un un timeout ?
Connaissez-vous un moyen plus sûr d'appliquer les updates ?