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
| Comment | File | Size | Author |
|---|---|---|---|
| #25 | Screenshot 2023-04-04 at 8.22.56 PM.png | 97.86 KB | shobhit_juyal |
Issue fork drupal-3065124
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
cilefen commentedCan you suggest how we could reproduce this one?
Comment #3
freelylw commented.
Comment #4
freelylw commented.
Comment #5
cilefen commentedPlease add the steps to reproduce in the issue summary, ideally from a fresh Drupal 8 install.
Comment #6
joos commentedStrange, this just happened for me to. Ill try to figure out what triggers it.
Comment #7
freelylw commentedmy 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.
Comment #8
joos commentedOk, 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....
Comment #9
freelylw commentedI 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......
Comment #10
cilefen commentedFWIW 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.
Comment #11
freelylw commentedthere 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.
Comment #12
cilefen commentedBut...the core setting page actually can't at the moment, according to this issue. I'm just trying to offer a workaround.
Comment #13
joos commentedThanks, the best workaround (sofar, in my case anyway) where viewing published nodes requires login.
Comment #14
cilefen commentedComment #16
stephen ollmanCrazy situation but thank you for the module reference.....works a treat!
Comment #20
quietone commentedConfirmed this is still true on Drupal 10.0.x, demo_umami install
Comment #23
jglynn commentedThis is a confusing and important bug, I couldn't figure out why the password reset tab had disappeared.
Comment #25
shobhit_juyal commented