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

Customer-data is not updates after login when full page cache disabled #6473

Closed
wants to merge 4 commits into from

Conversation

ihor-sviziev
Copy link
Contributor

@ihor-sviziev ihor-sviziev commented Sep 2, 2016

If you disable full page cache (tested with built-in) - after login

Preconditions

  1. Magento 2.1.1
  2. Full page cache is in "Disabled" state (via php bin/magento cache:disable full_page)
  3. Google Chrome latest

Steps to reproduce

  1. Go to magento website
  2. Try to login
  3. See welcome message

Expected result

  1. Welcome message should be "Welcome, !"
  2. Customer data should contains customer information

Actual result

  1. Welcome message is "Default welcome msg!"
    image
  2. Customer data isn't contains customer information

@ihor-sviziev ihor-sviziev changed the title Customer-data is not updates after login when full page cache enabled Customer-data is not updates after login when full page cache disabled Oct 6, 2016
@erikhansen
Copy link
Contributor

I just tested @ihor-sviziev's patch and I can verify that it fixed the described issue. Although I did not test to ensure there are no unintended consequences.

@JstrzAtW2M
Copy link

Have you been able to get this to work with you start with nothing in local storage? It seems like just removing the check for private_content_version would work all the time

@ihor-sviziev
Copy link
Contributor Author

@jstrez77 yes, as I remember I had this issue even iin incognito mode

@ihor-sviziev
Copy link
Contributor Author

Any updates?

@vrann vrann self-assigned this Mar 24, 2017
@vrann vrann added this to the March 2017 milestone Mar 24, 2017
@okorshenko okorshenko modified the milestones: March 2017, April 2017 Apr 2, 2017
@okorshenko okorshenko modified the milestones: April 2017, May 2017 May 9, 2017
@vrann
Copy link
Contributor

vrann commented May 19, 2017

Hi, @ihor-sviziev, thank you for the contribution.
I was not able to reproduce it for the latest develop branch. Does it exists only in 2.1?
If so, please create pull request against 2.1-develop branch instead.

@ihor-sviziev
Copy link
Contributor Author

ihor-sviziev commented May 22, 2017

@vrann I found that this issue was fixed in develop branch inside #4170, however it wasn't ported to 2.1.

take a look on these commits: 861f596 9efb5ad

I don't think that it's a good idea to set up the private version cookie even if built in full page cache is disabled.

My fix fixing the same issue even when private version cookie is not set (in case when built in full page cache disabled).

I see there two options:

  1. revert commits 861f596 9efb5ad and apply my changes
  2. Prepare backport pull request with changes from these two commits

I can update pull request according to your chose . What do you think?

@vrann
Copy link
Contributor

vrann commented May 22, 2017

@ihor-sviziev reviewed commits and I see that the VarnishPlugin was not changed so presumably has the same issue as the BuiltinPlugin.

Plan 1 makes sense:

  1. as a part of PR to develop revert commits 861f596 9efb5ad and apply your changes changes
  2. create PR to 2.1-develop with the backport

@vrann vrann reopened this May 22, 2017
@ihor-sviziev
Copy link
Contributor Author

ihor-sviziev commented May 23, 2017

@vrann I updated my pull request. Could you review it and if it ok - i'll create backport PR to 2.1-develop branch based on this one.

@vrann
Copy link
Contributor

vrann commented May 23, 2017

@ihor-sviziev thank you.

Testing this PR, doesn't seem like working at the moment:
screen shot 2017-05-23 at 6 24 54 pm

Does it work for you? Do you know where the prolem could be?

@ihor-sviziev
Copy link
Contributor Author

ihor-sviziev commented May 24, 2017 via email

@ihor-sviziev
Copy link
Contributor Author

Hi @vrann I just checked, it works good for me.
After logging it executes following code:
image

And if few seconds we have following result:
image

@vrann
Copy link
Contributor

vrann commented May 24, 2017

@ihor-sviziev sorry, forgot to mention, I deleted private_content_version cookie first, then logged in. Please see screenshot above, the cookie is not set and the message says "Default.."

@okorshenko okorshenko modified the milestones: May 2017, June 2017 Jun 1, 2017
@ihor-sviziev
Copy link
Contributor Author

ihor-sviziev commented Jun 15, 2017

@vrann looks like my fix isn't cover all cases. Will test it more carefully and provide you an update. For now I'm closing this PR.

@ihor-sviziev ihor-sviziev deleted the patch-3 branch October 5, 2017 07:22
magento-engcom-team pushed a commit that referenced this pull request Dec 21, 2020
…te-version-to-be-merged-perf

mView patch update
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants