Closed (fixed)
Project:
Drupal core
Version:
8.4.x-dev
Component:
documentation
Priority:
Minor
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
10 Feb 2017 at 12:58 UTC
Updated:
24 Oct 2017 at 09:15 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
tameeshb commentedComment #3
tameeshb commentedBut what is to be done with $mode then? Where will it be used?
$mode = isset($GLOBALS['install_state']['mode']) ? $GLOBALS['install_state']['mode'] : NULL;Comment #5
tameeshb commentedSorry wrong patch, i'm redoing it!
Comment #6
tameeshb commentedComment #7
tameeshb commentedComment #9
anish.a commentedBumping the version
Comment #10
Pavan B S commentedThanks for the patch , it is working fine
Comment #11
alexpottThis now looks weird. In fact this was removed in #2121849: Move file_chmod_directory and file_chmod_file out of config and into settings so that drush_chmod() is independant of the config system and should be cleaned-up here.
Comment #12
alexpottWhen fixing thing like this is it really important to try and work out why things like this occur. Using
git log -Sis a great way to. It allows to find when lines of code are added and removed. So doinggit log -S "file_prepare_directory(\$directory, FILE_CREATE_DIRECTORY | FILE_MODIFY_PERMISSIONS, \$mode);"finds commits related to this issue.Comment #13
ashishdalviWe will work on it in Drupal Mumbai Code sprint #16
Comment #14
dhirendra.mishra commentedI am working on it
Comment #15
dhirendra.mishra commentedAdding a patch.Kindly review it.
Comment #17
joelpittetThere is no $mode param so yeah this looks good.
Comment #20
gábor hojtsyThanks all, committed!