Create user/edit menu path to edit the current user's account

I would like to see this feature too. Sometimes I miss an user/edit path to use in a custom menu.

I made a patch against HEAD. I don't know if it is the best way to do it, but it's the simpler that I could do for now.

Maybe someone can improve this (like, if both user/%user/edit and user/edit runs the same "wrapper" function, that checks if the uid has been passed into the url and, if not, redirect to the correct path with the uid appended. It would be more "consistent" IMHO).

Hello,

If you wan't, temporary, you can use the module "me" when you don't not know a user's account ID.

Example : user/me/edit

Best regards,

Sébastien

Still seems useful to me, rerolled patch against HEAD.

#4: user-user_edit-1057570-4.patch queued for re-testing.

I just implemented this feature in a custom module (for d7) and thought that this is missing in core. After a quick search I found this issue.
My version also includes correct handling for the destination parameter.

Forgot to change issue status...

Needs to create patch according to Drupal 8 Menu routing system.
Drupal 8 routing

created patch according to Drupal 8 Menu routing system.

I believe this would be a very useful addition and have client requests for it. Attempting to apply the patch to a dev site returned a rejected hunk at @@ -15,7 +15,7 @@, likely due to additional ‘use Symfony’ includes in the latest version of Drupal. I manually added the rejected hunk and it works wonderfully.

I'm glad this is redirecting to the canonical user/{uid}/edit as far as I can tell. This patch does not, however, redirect other links such as user/{uid}/shortcuts, which might be additional functionality that could be helpful.

I like this functionality but i think it should be handled like the '/user' route where we just redirect to the entity.user.canonical with the current user id:

public function userPage() {
    return $this->redirect('entity.user.canonical', ['user' => $this->currentUser()->id()]);
  }

so something like:

public function userEditPage() {
    return $this->redirect('entity.user.edit_form', ['user' => $this->currentUser()->id()]);
  }

Here is a patch attempt for that following the strategy suggested in #18.

Re-rolled the last patch for 9.3

Fixed custom commands fail

I have applied the patch #27 cleanly but I can still see the dependency on user id while editing the currently logged in user.
The path is showing as user/{userid}/edit. But if I enter the url user/edit manually, it redirected this again to user/{userid}/edit. I think it should be user/edit when edit the currently logged in user.

Steps I have followed for testing :

• Created new test user.
• Applied the patch #27 and clear the drupal cache.
• Login to the new test user and clicked on Edit tab.

.

Patch #27 applied successfully on 9.5.x-dev with 2 offsets.

Test Result:
Same as #28. User is able to access 'user/edit' manually and is redirected to user/{userid}/edit

Thanks for the patches and updates.

@ranjith_kumar_k_u Please include an interdiff when making changes (I see you fixed some typos): https://www.drupal.org/docs/develop/git/using-git-to-contribute-to-drupa...

Since the typos were fixed, I just have some nitpicks and one naming convention thing.

1. +++ b/core/modules/user/src/Controller/UserController.php
   @@ -262,6 +262,21 @@ public function userPage() {
   +   *   Returns a redirect to the profile edition form of the currently
   +   *   logged in user.
   

   The wrapping isn't quite right but, rather than fixing that, maybe we can just get it down to one line, e.g.

   Returns a redirect for the current user's profile edit page.

   (Note, I checked and "profile page" is used more than "account page" in the code.)

2. +++ b/core/modules/user/tests/src/Functional/UserEditedOwnAccountTest.php
   @@ -33,4 +33,21 @@ public function testUserEditedOwnAccount() {
      }
    
   +  public function testUserAccessEditAccountShortcut() {
   +    // Verify that the route is not accessible for anonymous users.
   

   Missing doc block.

3. +++ b/core/modules/user/tests/src/Functional/UserEditedOwnAccountTest.php
   @@ -33,4 +33,21 @@ public function testUserEditedOwnAccount() {
   +    // Verify that the redirected route is still the edit page of the logged in
   +    // user.
   

   Since this is wrapping with one dangling word, consider rewording to make it one line and making it consistent with above changes, e.g.

   Verify the redirected route is still the current user's profile edit page.

4. +++ b/core/modules/user/tests/src/Functional/UserEditedOwnAccountTest.php
   @@ -33,4 +33,21 @@ public function testUserEditedOwnAccount() {
   +    $this->assertEquals($current_url, $this->baseUrl . '/user/' . $account->id() . '/edit', 'The user access its account edition page.');
   

   Wording is a bit awkward and "account edition page" is not commonly used, so consider rewording and making it consistent with above changes, e.g.

   The current url is the current user's profile edit page.

Lastly, I'm not sure about using "shortcut" in the naming since shortcuts are a thing in core. Maybe we call it a redirect? e.g.

user.edit_redirect

userEditRedirect

Thanks for your suggestions @Kristen Pol
Addressed the comment #33
Attached patch against Drupal 10.1.x
Attached reroll patch.

Swapped to use the existing redirect callback.

It looks like another issue duplicating this issue was already merged: #3168624: Add 'user/edit' route

The other was created in 2020 and merged 2 months ago into 9.5.x and 10.x branches.

The new route is available at user.edit, see also the change record: https://www.drupal.org/node/3313603