The log off links currently generated by the Fluid tags and in the admin area use the HTTP GET verb (i.e., a normal link). However, there are several reasons why "log off" should be implemented with POST instead.
GET requests are supposed to be idempotent (they can be called over and over again with the same result). While this could be interpreted as "at the end of the request, there is no logged on user", logging off does change the state of the user's session, and can lead to other GET requests (those that require the user be logged on) returning different (non-idempotent) results.
Browsers and other web accelerators like to pre-fetch links so that they can be displayed more quickly. In this case, pre-fetching "log off" (as a GET) logs the user off in a misguided effort to help them be more productive.
Both the Fluid tag and the admin area should generate a form which submits a POST request to /user/log-off rather than a GET.
The log off links currently generated by the Fluid tags and in the admin area use the HTTP `GET` verb (i.e., a normal link). However, there are several reasons why "log off" should be implemented with `POST` instead.
- `GET` requests are supposed to be idempotent (they can be called over and over again with the same result). While this could be interpreted as "at the end of the request, there is no logged on user", logging off does change the state of the user's session, and can lead to other `GET` requests (those that require the user be logged on) returning different (non-idempotent) results.
- Browsers and other web accelerators like to pre-fetch links so that they can be displayed more quickly. In this case, pre-fetching "log off" (as a `GET`) logs the user off in a misguided effort to help them be more productive.
Both the Fluid tag and the admin area should generate a `form` which submits a `POST` request to `/user/log-off` rather than a `GET`.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
The log off links currently generated by the Fluid tags and in the admin area use the HTTP
GETverb (i.e., a normal link). However, there are several reasons why "log off" should be implemented withPOSTinstead.GETrequests are supposed to be idempotent (they can be called over and over again with the same result). While this could be interpreted as "at the end of the request, there is no logged on user", logging off does change the state of the user's session, and can lead to otherGETrequests (those that require the user be logged on) returning different (non-idempotent) results.GET) logs the user off in a misguided effort to help them be more productive.Both the Fluid tag and the admin area should generate a
formwhich submits aPOSTrequest to/user/log-offrather than aGET.This has been completed and will be part of v3