Closed (outdated)
Project:
Drupal core
Version:
11.x-dev
Component:
install system
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
8 Nov 2014 at 10:41 UTC
Updated:
11 Dec 2025 at 11:23 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
jhodgdonComment #2
ifrikI will be working on this during the SprintWeekend 16/17 January.
Comment #3
ifrikComment #4
ifrikAdded services.yml to the permission notification on the "Configure site" in these installer and linked it to the online installation guide https://www.drupal.org/documentation/install/settings-file instead of the the webhosting help page.
Comment #5
ifrikLinked the error messages about missing and non-writable files directory, settings.php and service.yml to the online installation guide.
Comment #6
ifrikComment #7
jmarkel commentedReviewing (#sprintweekend2015)
Comment #8
wizonesolutionshttp://www.drupal8multilingual.org/content/sprint-weekend-2015-ideas#pag...
Comment #9
ifrikjust noticed that I used @ instead of ! for the links. That needs changing
Comment #10
jmarkel commented@ifrik are you re-rolling to fix that, or shall I do it?
Comment #11
jmarkel commentedNew patch which changes @ to ! for urls, a few additional http:'s changed to https:, added path back in for one mention of INSTALL.txt, changed description of the server-settings docs from 'online handbook' to "online 'Webhosting issues' documentation"
Comment #12
jmarkel commentedComment #13
jmarkel commentedComment #14
kristen polUpdate issue summary.
Comment #15
karengrey commentedIn a/core/includes/install.core.inc
There is a typo on line 1956:
consult the <a href="@!andbook_url">onlineshould be
consult the <a href="!handbook_url">onlineLine 2149, the @ was not replaced with an ! for @handbook_url
In a/core/lib/Drupal/Core/Installer/Form/SiteConfigureForm.php
Line 131
drupal_set_message(t('All necessary changes to %dir, %file and %services have been made, so you should remove write permissions to them now in order to avoid security risks. If you are unsure how to do so, consult the <a href="!installation">online installation guide</a>.', array('%dir' => $settings_dir, '%file' => $settings_file, '%services' => $services_file, '!installation' => 'https://www.drupal.org/documentation/install/settings-file')), 'warning');The array should be on a seperate line as per code conduct
Comment #16
jmarkel commentedComment #17
jmarkel commentedComment #18
jmarkel commentedThanks so much @kristen-pol and @karengreen - I've updated and re-rolled the patch.
Comment #19
jmarkel commentedComment #20
karengrey commentedThere is still an ampersand on line 1956 which needs removing
<a href="@!handbook_url">Great work on splitting the array out onto seperate lines as per code conduct, it would be good to do this to all t() functions now to make the files consistant.
I'd be happy to assign this to myself and supply the patch
Comment #21
jmarkel commentedDang! Careless me :-(
Sure - I'll be tied up today, and would like to get this one tied up with a bow, so by all means go for it. I'll review when it's done...
Comment #22
karengrey commentedNew patch created. I've also tidied up some code to match conduct
This is my first patch to core to hopefully its a good one!
Thanks,
Comment #27
karengrey commentedI had some issues with my patch, so re-done it all and now included an interdiff between patch in #18 and this one
Thanks,
Comment #28
jhodgdonThanks for the patches!
A few small things I noticed in the latest patch:
a)
This should be using double quotes. Occurs several times in the patch.
b)
This is not good English. Should be something like "... installer needs to be able to contact...".
c)
at ==> on
d)
Should only be 1 space between sentences, not two.
e)
No "the" here.
f)
Needs comma after %file too.
g) In system.install:
This seems inconsistent with the wording being used in install.core.inc for the same purpose. Please make them all the same.
h) Generally, we like to keep patches to an issue only addressing the problems of this issue. So the changes like adding commas to array elements etc. are really NOT a good idea for this patch. It would make it much easier to review this patch, and much more likely to get committed, if those were removed. Just patch this issue and if necessary file a separate issue to address other problems that are unrelated to this issue.
Thanks!
Comment #29
rachel_norfolkworking on this at #dclondon
Comment #30
rachel_norfolkI have taken the comments at #28, noted below...
a/ OK
b/ OK
c/ OK
d/ OK
e/ OK
f/ OK
g/ OK
h/ Where the only difference was the addition of a comma, as per coding standards, I have reverted that change. Where other changes have taken place in that array, I have left the comma in as part of that work.
Comment #31
kae76 commentedworking on this at #dclondon
Comment #32
kae76 commentedReviewed: at #dclondon
Applied patch (#30) and installed Drupal, no errors found.
Ref: #28 comments:
a/ corrected
b/ corrected
c/ corrected
d/ corrected
e/ - “the” is still there
f/ corrected
g/ corrected
h/ corrected as far as I could tell
Comment #33
kae76 commentedComment #34
rachel_norfolkComment #35
jhodgdonThanks for the review @kae76 - looks like the patch needs a bit of work, based on (e).
Comment #37
ifrikRe-rolling the patch.
Comment #39
ifrikThe changes in the placeholder required a re-roll, so I've done that.
I've taken up the open questions from the comments above.
The services.yml file is not created/required anymore during the installation, so I did not include that in the re-roll.
In the error messages about creating directories and settings permissions, I've consistently labelled it "online documentation" and linked to https://www.drupal.org/documentation/install/settings-file
I've made an issue to update that page with several changes, and this should include a link to the relevant pages that explain how to do this for sitebuilders that don't have direct access to the default directory #2575837: Update the Step 3 page in the install documentation
Comment #40
ifrikI get an alert to tell me to change the permissions for sites/default, and I'm not quite sure whether that's introduced by the patch.
I'll check on that later.
Comment #41
ifrikComment #43
rachel_norfolkHaving a look at why the test fails...
Comment #44
ifrikSomehow this ended up overlapping with #2543580: Post-install message referrs to "handbook" and links to irrelevant page, which makes it fail, but also came up with a different solution for all the links.
I'll check on what to do with it.
Comment #53
quietone commentedTriaging for Bug Smash.
There are some changes in the existing patch that are still relevant. For one, they change a link pointing to the webhosting issues page that was last changed in 2012 to a more recent page.
I decided to reroll the patch. Giving the age of the previous patch, the changes to install.core.inc and this is only about 10K, I have not made a interdiff.
Still need to update the IS.
Comment #54
quietone commentedUpdated the IS.
Comment #58
needs-review-queue-bot commentedThe Needs Review Queue Bot tested this issue. It either no longer applies to Drupal core, or fails the Drupal core commit checks. Therefore, this issue status is now "Needs work".
Apart from a re-roll or rebase, this issue may need more work to address feedback in the issue or MR comments. To progress an issue, incorporate this feedback as part of the process of updating the issue. This helps other contributors to know what is outstanding.
Consult the Drupal Contributor Guide to find step-by-step guides for working with issues.
Comment #60
quietone commentedThe destination URL here directs to old Drupal 7 documentation. In #3552836: Installer "online handbook" link after installation leads to 404 in Drupal 11 a redirect has been as been added to direct the URl to a page about file permissions. That makes this outdated. I have updated credit.
Thanks all!