Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

When you are logged out, the URL gets lost when you log in #13328

Closed
chris-morgan opened this issue Aug 21, 2018 · 4 comments · Fixed by #13441
Closed

When you are logged out, the URL gets lost when you log in #13328

chris-morgan opened this issue Aug 21, 2018 · 4 comments · Fixed by #13441
Assignees
Labels
c: Usability For issues that let users achieve a defined goal more effectively or efficiently.
Milestone

Comments

@chris-morgan
Copy link

Steps to reproduce:

  1. I am unauthenticated.
  2. I load /index.php?module=MultiSites&action=index&idSite=1&period=range&date=last30.
  3. Matomo appropriately complains of the permissions error and presents me with a login form.
  4. I log in.

Expected result: I am at the page I requested, /index.php?module=MultiSites&action=index&idSite=1&period=range&date=last30.

Actual result: I am at the site’s default URL, which for me is /index.php?module=CoreHome&action=index&idSite=1&period=range&date=last30.

Remarks: this is more common than you might imagine for me: if I have a browser tab open persistently, #13327 means that I will be logged out fairly regularly, and then when I go to the open tab my place is lost.

@tsteur
Copy link
Member

tsteur commented Aug 21, 2018

👍 be good to fix this. Getting bit annoyed by this as well.

@tsteur tsteur added the c: Usability For issues that let users achieve a defined goal more effectively or efficiently. label Aug 21, 2018
@chris-morgan
Copy link
Author

Might need to be a little bit careful about how the hash is handled with this, to ensure that it’s preserved. (BTW, what’s with that, having both a real query string and a hash query string? Is it a relic of the days before history.pushState was universally supported?)

@mattab mattab added this to the 3.7.0 milestone Aug 30, 2018
@tsteur
Copy link
Member

tsteur commented Sep 17, 2018

BTW, what’s with that, having both a real query string and a hash query string? Is it a relic of the days before history.pushState was universally supported

Yes it is. And there's now some logic checking for hashes etc making it quite some work to make the switch to pushState. Will happen though at some point 👍

tsteur added a commit that referenced this issue Sep 17, 2018
It won't remember any hash as the hash won't be visible in the referrer etc but it would work for most other pages.

To make it work for hash it would get likely way more complicated like we would need to persist it through JS, temporarily store it somewhere and redirect accordingly. It fixes the case mentioned in the issue.

fix #13328
@tsteur tsteur self-assigned this Sep 17, 2018
diosmosis pushed a commit that referenced this issue Dec 6, 2018
It won't remember any hash as the hash won't be visible in the referrer etc but it would work for most other pages.

To make it work for hash it would get likely way more complicated like we would need to persist it through JS, temporarily store it somewhere and redirect accordingly. It fixes the case mentioned in the issue.

fix #13328
@chris-morgan
Copy link
Author

See my comment in #13441: this is not fixed, because the hash still gets lost, and the hash is used for critical navigation.

sgiehl pushed a commit that referenced this issue Dec 6, 2018
It won't remember any hash as the hash won't be visible in the referrer etc but it would work for most other pages.

To make it work for hash it would get likely way more complicated like we would need to persist it through JS, temporarily store it somewhere and redirect accordingly. It fixes the case mentioned in the issue.

fix #13328
diosmosis pushed a commit that referenced this issue Dec 8, 2018
* Add reports dimensions to metadata of report and rows

* translate dimension columns

* updates test files

* fix possible error when no report is available

* update tests

* Improve subdimension detection

* Adjust tests for labelX logic

* Makes flattener compatible with 3 dimensions

* Adds new method getThirdLeveltableDimension to report class

* Do not ask for 2fa authentication code when CoreUpdater is being requested (#13796)

Could fix an edge case where user is logged in, but hasn't confirmed the auth code (so the user is not actually logged in), and then an update appears.

* Added Fallback Method for Alexa in SEO Plugin (#13552)

* added fallback method for Alexa, fixes issue #13427

* do not use short array syntax for consistency with other methods

* use mini link for Alexa, use DomXPath to filter out the global ranking instead of regex

* Use db sessions by default, deprecate file session handler (#13540)

* use db sessions by default, deprecate file session handler

* trying to fix tests

* Prevent trigger errors on demand for instances that are opened to anonymous (#13535)

fix #13513

* Remove the previous exception in base validator so the same error is not printed twice (#13801)

* Fixing build  (#13802)

* update submodule

* Update screenshots and try to get test to pass.

* Get SingleMetricView to pass. (#13803)

* Quickform2 throws warnings with PHP7.2 (#13463)

fixes #13272

Haven't actually tested it but should fix the issue. If tests pass, the logic would be still the same. I don't have a PHP 7.2 running here otherwise at the moment

* Send bulk requests in chunks when needed (#13444)

* send bulk requests in chunks

* send requests correctly

* Make log and report data screen less technical (#13464)

* When you are logged out, the URL gets lost when you log in (#13441)

It won't remember any hash as the hash won't be visible in the referrer etc but it would work for most other pages.

To make it work for hash it would get likely way more complicated like we would need to persist it through JS, temporarily store it somewhere and redirect accordingly. It fixes the case mentioned in the issue.

fix #13328

* show full information of URL only on extra click (#13585)

* Add option to opt in to use send beacon (#13451)

* Add option to opt in to use send beacon

* Fix JS tracker test.

* do not overrwite existing subrow metadata

* update test files
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
c: Usability For issues that let users achieve a defined goal more effectively or efficiently.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants