Problem/Motivation
$this->getRequest()->query->set('destination', $this->getRequest()->request->get('destination')); does nothing, let's remove it
Also we're doing some dancing around generating a URL, but in fact we can just use ->setRedirectUrl($account->toUrl())
Steps to reproduce
Proposed resolution
Remove the else clause
Change setRedirect to use ->setRedirectUrl($account->toUrl())
Remaining tasks
User interface changes
API changes
Data model changes
Release notes snippet
| Comment | File | Size | Author |
|---|---|---|---|
| #13 | 3340128-13.patch | 1.77 KB | amanshukla6158 |
| #12 | interdiff_9-12.txt | 3.92 KB | akram khan |
| #12 | 3340128-12.patch | 2.31 KB | akram khan |
Issue fork drupal-3340128
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #2
larowlanComment #4
royalpinto007Comment #6
gauravvvv commentedComment #7
mglamanThis looks like it handles redirects set by
DefaultExceptionHtmlSubscriberSee
\Drupal\Core\EventSubscriber\DefaultExceptionHtmlSubscriber::makeSubrequestThis adds
destinationinto therequestparameter bag.The big red flag is the fact tests didn't fail! Which means this is not tested.
Comment #8
larowlanIf this fails we can close this as works as designed, thanks @mglaman.
If it passes, we can re-purpose it to add new tests.
Comment #10
smustgrave commentedCI failures in MR.
Comment #11
royalpinto007Comment #12
akram khanadded updated patch and Fixed CI failure
Comment #13
amanshukla6158 commentedadded another patch, resolving some coding standard issues as well.
Comment #14
amanshukla6158 commentedComment #16
larowlanThe test failures indicate this is expected functionality per comments from @mglaman and that we already have coverage
This works as designed.