Development Discussion Board

Dragosvr92 wrote: Mon Mar 14, 2016 10:32 am I see this problem also shows on my board, and phpbb.com. But not on area51, so i suppose that it has been fixed?

Can someone comment on this please?

I see this problem also shows on my board, and phpbb.com. But not on area51, so i suppose that it has been fixed?
I cant find a permission for this.

... Which is why i dislike the sid. It should just be stored in a Cookie and be overwriten by the new one. Not to be stored in the url.

• Purged Cache.
• Cleared all site cookies.
• Went to board index.
• Logged in forum.
• Went to a user profile page.
• Opened the ACP page in a new tab and logged in.
• Clicked Administer user on the user profile page i had open.
• The same issue.

I am running 3.1.8.

After i first noticed the error behaviour, i cleared out all my site cookies and tried the login steps again. It reproduced the very same error.

If you load a users page, but you are not logged in the ACP, clicking the Administer user link gets you on the board index, instead to the linked acp page.

(This can be done if you load the user page, then open Administration Control Panel in a tab. Or if you opened the user page in a tab and then ...

What if we provide the link to the group on the special rank images assigned to groups, so users can go directly to those group members?
I have mixed feelings about this if it should be part of the core or an extension.

It would be easy enough to do it and it could give some additional usability ...

A friend just shared this on facebook and im checking it.
https://www.youtube.com/watch?v=rs6Y4kZ8qtw

It sounds interesting i guess lol

Currently, the OAuth apps only works if you already have an account and you confirm it on a manual login once.

Usually, the apps ive seen automatically check if in your fb account you uses the same email as your site account does, and logs you in.
I think this should be implemented, and incase ...

http://gizmodo.com/internet-explorer-8- ... 1751311817
HOOORAAAY !