- Posts: 32
As you may already know, the JoomlaWorks Forum is powered by Kunena (the only decent forum component for Joomla).
Unfortunately, the latest update for Kunena has seemingly broken all code snippets (old and new) in the forum.
Until this message is removed, please paste any code as regular text - in other words, don't use the [code]...[/code] tags in Kunena's post editor.
Only with firefox...
When I log in from a k2 page.
I'm effectivly logged, but I have to make F5 to see the good menu.
From another page is not k2, no problem
Comment out these 2 lines github.com/getk2/k2/blob/master/components/com_k2/views/item/view.html.php#L465-L468 for now and I'll make sure this is optional in the next update of K2 via a switch in the K2 Settings.
I made the change but no. this is the same thing... After login, it's like I'm not connected!
Do you want an access to our website?
- Junior Member
- Posts: 29
Can you try to help us further on this? Login not working normally on K2 pages when users use Firefox is a real problem. We get requests for support all the time.
Here is a test account for you to check the issue: Username ****** and password ******.
Try to log in from Firefox on a page like this one: www.winescholarguild.org/study-programs-overview/iws-prep-course
When you log in, the top menu still says "log in". If you refresh, then it changes to "My Account" like it should.
We really hope you can help.
Testing your URL, there's a "Cache-Control: must-revalidate" HTTP header sent that is probably causing these issues. See why in the MDN docs here: developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cache-Control
And since you don't (obviously) have the means to revalidate these URLs, you get these problems.
Now, this HTTP header may come from some other Joomla system plugin or it may be inserted in your site's .htaccess file (since you're using Apache as your webserver).
Dig around too see what's injecting that HTTP header and remove it.
We don't have any instruction for the cache-control in our .htaccess. And, if it's the problem, why only pages from K2 should be affected? All pages should be infected, no?
Where can I see the cache-control effect please?
I found some code from JCH optimize in the .htaccess. I deleted all the code about cache. The issue is not solved.
- Junior Member
- Posts: 29
Where can I see the cache-control effect please? I found some code from JCH optimize in the .htaccess. I deleted all the code about cache. The issue is not solved.
Also, while we thought that the problem was specific to Firefox, in fact there is also almost the exact same issue on Chrome.
On Chrome or I.E., if you login on a k2 page, it works. You are logged in. When you log out, you get redirected to the homepage and are logged out. But if you navigate back to any k2 item page that you had visited when you were logged in (not category... in category view it is fine), then the main menu still says "My Account" (vs "Login") unless you refresh the page manually. At the bottom of the K2 page, I do have the Comment box on blog articles (comments are only active for logged in users) but I can't post a comment (it shows as if I was logged in but I am not).
K2 items you had not visited while logged in show the menu correctly after logout. It is only those you had previously visited.
So it seams it is linked to a menu cache issue only on k2 item pages.
What a pain!
What I can confirm is that "Cache-Control: must-revalidate" does not come from K2.
Ask your server's system administrator.
Log in or Create an account to join the conversation.