#3588 - Issue with Monikers disabled

This is a spacer post for a website comment topic. The content this topic relates to: #3588 - Issue with Monikers disabled
Occurs when viewing a custom catalogue entry, though not sure if this information is relevant as it may occur everywhere Monikers are used when being redirected via login.

It shouldn't be possible, and I can't reproduce and would need more information...

What "moniker" was redirected to?
What logout button was pressed?

My suspicion is it's some kind of confusion somewhere, such as caching, or a misunderstanding of what counts as a moniker. For example, Comcode page names are alphanumeric but don't count as monikers.

If you log out it should just take you back to the home page.
Cannot reproduce either, the Moniker was just a general Moniker (like vintersea-the-fall) and I didn't log out, I timed out and had to relog which is when it the system tried loading the URL with the Moniker rather than the ID. If you time out when viewing a page it logs you back in at that page? It is probably some sort of caching issue, but it happened several times during a day.

I just tested with manually expiring my session, and the login form redirected me based on the ID. There really isn't any code active that would call up a moniker when monikers are disabled, and the caches are emptied when you change the configuration. However any locally cached pages, or pages kept open in any existing tabs, might have an issue.
Well I just experienced this again. After being logged out for inactivity then logging back in, I am redirected to "index.php?page=catalogues&type=entry&id=releases-2%2Famong-gods-the"

The strangest part being that the entry with that moniker no longer exists, so it's unlikely to be the page I was viewing last.

Hi,

Can you detail the situation some more please.

Presumably you have an open browser tab, leave it a long time, then come back and click some arbitrary link (e.g. a menu link), and then this shows a login form due to session loss, and upon logging in you are directed to this incorrect URL rather than the URL you had clicked on. Please confirm.
Also is this incorrect URL correlated to what you clicked on? i.e. is it the moniker version of what you had clicked on.

Thanks
Bump- I'm happy to come back to this, if I can get some further clarification.
As I said it seemed like the login sequence was pulling the previous moniker for a catalogue entry, this happened even if the last page view wasn't that. Once my login needed re-establishing I was redirected to the last moniker for catalogue content. Destroyed that install now but it was certainly peculiar. If I can recreate I will let you know.

I am wondering if you were logging in from a block you had given a quick-cache setting. The login blocks (top_login, main_member_bar, side_personal_stats) don't support caching because they need to redirect back to the page you're on. If explicitly set up as quick-cached they'd redirect to the page the cache was first populated on.
0 guests and 0 members have recently viewed this.