Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Comment | File | Size | Author |
---|---|---|---|
#14 | interdiff.txt | 4.98 KB | sun |
#14 | global.hashsalt.14.patch | 6.94 KB | sun |
#12 | drupal8.global-hash-salt.12.patch | 5.05 KB | sun |
#7 | 2036259-7.patch | 3.84 KB | damiankloip |
#7 | interdiff-2036259-7.txt | 536 bytes | damiankloip |
Comments
Comment #1
ParisLiakos CreditAttribution: ParisLiakos commentedComment #2
ParisLiakos CreditAttribution: ParisLiakos commentednot sure about upgrade path, should i defer to #1921822: Take account of drupal_hash_salt during migration path from 7.x ?
Edit: yeap its in the second point of the issue summary there
Comment #4
andypostRelated issue #1555862: DrupalWebTestCase::drupalGetToken() does not add hash salt
Comment #5
dawehner#1: drupal-drupal_hash_salt-2036259-1.patch queued for re-testing.
Comment #7
damiankloip CreditAttribution: damiankloip commentedWe also need to make the change in install.core.inc, then I think this should be ok.
Comment #9
damiankloip CreditAttribution: damiankloip commented#7: 2036259-7.patch queued for re-testing.
Comment #11
damiankloip CreditAttribution: damiankloip commentedSpoke to chx on IRC, we briefly looked into debugging this. There are no real errors in the logs, so at the moment we have no more info than the qa result page...
Assigning to chx at his request - he is going to take a look and see what's going down.
Comment #12
sunDue to #2171683: Remove all Simpletest overrides and rely on native multi-site functionality instead, this patch should pretty much work as-is now.
Re-rolled against HEAD and converted new code that accesses the global variable.
Comment #14
sunComment #15
sunComment #17
sun14: global.hashsalt.14.patch queued for re-testing.
Comment #18
ParisLiakos CreditAttribution: ParisLiakos commentedGood job, its green!:)
Very minor note:
maybe we could have a better name for this variable?
Comment #19
sunHeh, yeah, it was very hard to find an accurate variable name in there, because the entire function is about
$settings
. I considered$new_settings
,$settings_variables
,$settings_values
, but all of those would be even more ambiguous within the scope of that function body. ;)Thus, the
$settings
insettings.php
are the$settings_settings
:-)Comment #20
ParisLiakos CreditAttribution: ParisLiakos commentedheh, yeah:)
Added a draft change notice here:
https://drupal.org/node/2197037
It is good to go imo, but dunno if i can rtbc it
Comment #21
sunAny change to move forward here? :-)
This patch contains changes that conflict with #2176621: Remove global $databases, and in turn, the latter contains a fix that currently blocks #1351352: Distribution installation profiles are no longer able to override the early installer screens
Comment #22
alexpottLooks great - Drupal installs successful with this patch and generates a hash salt in seetings.php as expected.
Nice!
Comment #23
damiankloip CreditAttribution: damiankloip commentedYes, this looks great. This was held up for ages. Amen to #2171683: Remove all Simpletest overrides and rely on native multi-site functionality instead!
Comment #24
catchCommitted/pushed to 8.x, thanks!
Comment #26
ianthomas_ukI have updated the CR to indicate that it is better to use
drupal_get_hash_salt()
in both D7 and D8, rather than accessing the variable/setting directly.