Problem/Motivation

when user go to the link " user/login ", 3 tabs are not showing on the top of the input form ( Log in / Create new account / Reset your password )

after I clear the site cache, it will showup again, but after working on the site for 20 minutes, those tabs are gone again, and then I clear the cache, it will showup again.......

Steps to reproduce

1. Add /user/login as 403 page on /admin/config/system/site-information (not sure if this is good but well.... i did).
2. Load a page (frontpage in my case) in an unauthenticate browser that returns a 403 status code. This renders the login form without tabs.
3. Try to load /user/login, now the login page is cached without tabs
4. Flush cache
5. Load /user/login, this will render and cache login page with tabs.
6. Goto same page as in step 2 (still unauthenticated) and you'll see the login form with tabs now.

The state after 6 will probably be reset when cache is timed out and any user hits a 403 page again. This will cache the page without tabs again.
From #8

Proposed resolution

TBD

Remaining tasks

Write a patch, with tests
Review
Commit

User interface changes

API changes

Data model changes

Release notes snippet

Issue fork drupal-3065124

Command icon 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

freelylw created an issue. See original summary.

cilefen’s picture

Can you suggest how we could reproduce this one?

freelylw’s picture

.

freelylw’s picture

.

cilefen’s picture

Status: Active » Postponed (maintainer needs more info)
Issue tags: +Needs steps to reproduce

Please add the steps to reproduce in the issue summary, ideally from a fresh Drupal 8 install.

joos’s picture

Strange, this just happened for me to. Ill try to figure out what triggers it.

freelylw’s picture

my site is a fresh installation of drupal 8.7.3, I was only working on editing a content type, save/edit some text field, thats all.

joos’s picture

Ok, I know how to trigger the problem in my project now.

1. Add /user/login as 403 page on /admin/config/system/site-information (not sure if this is good but well.... i did).
2. Load a page (frontpage in my case) in an unauthenticate browser that returns a 403 status code. This renders the login form without tabs.
3. Try to load /user/login, now the login page is cached without tabs
4. Flush cache
5. Load /user/login, this will render and cache login page with tabs.
6. Goto same page as in step 2 (still unauthenticated) and you'll see the login form with tabs now.

The state after 6 will probably be reset when cache is timed out and any user hits a 403 page again. This will cache the page without tabs again.

Workaround:
I guess I can avoid this problem with an intermediate 403 page that only contains a text and a link to the /user/login page....

freelylw’s picture

I guess I am having same situation with @joos I have set /user/login as 403 page on /admin/config/system/site-information, when user click to "add content" it will redirect to the login page......

cilefen’s picture

FWIW there is a module for that: https://www.drupal.org/project/r4032login

I think there have already been an issue for this, but I couldn't find it in a minute of searching.

freelylw’s picture

there was an issue for this for D7 , I don't see there is one for D8, for the r4032login module, I don't understand what's the reason for this module if this can be done in the core setting page.

cilefen’s picture

But...the core setting page actually can't at the moment, according to this issue. I'm just trying to offer a workaround.

joos’s picture

FWIW there is a module for that: https://www.drupal.org/project/r4032login

Thanks, the best workaround (sofar, in my case anyway) where viewing published nodes requires login.

cilefen’s picture

Title: create new account & reset password tabs missing » Create new account and reset password tabs are missing when /user/login is set as the 403 page
Version: 8.7.3 » 8.7.x-dev
Component: other » user system
Status: Postponed (maintainer needs more info) » Active
Issue tags: -Needs steps to reproduce

Version: 8.7.x-dev » 8.8.x-dev

Drupal 8.7.9 was released on November 6 and is the final full bugfix release for the Drupal 8.7.x series. Drupal 8.7.x will not receive any further development aside from security fixes. Sites should prepare to update to 8.8.0 on December 4, 2019. (Drupal 8.8.0-beta1 is available for testing.)

Bug reports should be targeted against the 8.8.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.9.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

stephen ollman’s picture

Crazy situation but thank you for the module reference.....works a treat!

Version: 8.8.x-dev » 8.9.x-dev

Drupal 8.8.7 was released on June 3, 2020 and is the final full bugfix release for the Drupal 8.8.x series. Drupal 8.8.x will not receive any further development aside from security fixes. Sites should prepare to update to Drupal 8.9.0 or Drupal 9.0.0 for ongoing support.

Bug reports should be targeted against the 8.9.x-dev branch from now on, and new development or disruptive changes should be targeted against the 9.1.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.9.x-dev » 9.2.x-dev

Drupal 8 is end-of-life as of November 17, 2021. There will not be further changes made to Drupal 8. Bugfixes are now made to the 9.3.x and higher branches only. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.2.x-dev » 9.3.x-dev
quietone’s picture

Issue summary: View changes
Issue tags: +Bug Smash Initiative

Confirmed this is still true on Drupal 10.0.x, demo_umami install

Version: 9.3.x-dev » 9.4.x-dev

Drupal 9.3.15 was released on June 1st, 2022 and is the final full bugfix release for the Drupal 9.3.x series. Drupal 9.3.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.4.x-dev branch from now on, and new development or disruptive changes should be targeted for the 9.5.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.4.x-dev » 9.5.x-dev

Drupal 9.4.9 was released on December 7, 2022 and is the final full bugfix release for the Drupal 9.4.x series. Drupal 9.4.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.5.x-dev branch from now on, and new development or disruptive changes should be targeted for the 10.1.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

jglynn’s picture

This is a confusing and important bug, I couldn't figure out why the password reset tab had disappeared.

shobhit_juyal made their first commit to this issue’s fork.

shobhit_juyal’s picture

StatusFileSize
new97.86 KB

Version: 9.5.x-dev » 11.x-dev

Drupal core is moving towards using a “main” branch. As an interim step, a new 11.x branch has been opened, as Drupal.org infrastructure cannot currently fully support a branch named main. New developments and disruptive changes should now be targeted for the 11.x branch. For more information, see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 11.x-dev » main

Drupal core is now using the main branch as the primary development branch. New developments and disruptive changes should now be targeted to the main branch.

Read more in the announcement.