[wp-trac] [WordPress Trac] #37857: Strange behaviour for COOKIE_DOMAIN since Wordpress 4.6
WordPress Trac
noreply at wordpress.org
Sun Aug 28 11:53:16 UTC 2016
#37857: Strange behaviour for COOKIE_DOMAIN since Wordpress 4.6
-----------------------------+-----------------------------
Reporter: indikatordesign | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Customize | Version: 4.6
Severity: normal | Keywords:
Focuses: accessibility |
-----------------------------+-----------------------------
I hope I am right here, because since the last update for WordPress 4.6
there is a very strange behaviour with the by hand sedate constant
COOKIE_DOMAIN.
I have adapted COOKIE_DOMAIN in wp-config.php to be able to use the same
login data about multible domains away.
Since the update for WordPress 4.6 this causes problems with the browser
cache for all dynamic data transfers, like forms etc. Not only in
WordPress, but also in form-plugins or WooCommerce.
With the example WooCommerce: data for the goods basket are updated always
only after a renewed page-reload. That means, if you go to basket, no
changes are active. You need to reload the basket to see the changes in
action. The same behavior with changes in forms for addresses etc.
Absolutely no caching module is active. If browser caching is disabled,
everything works fine.
These are the changes I've made for the COOKIE_DOMAIN in wp-config.php:
{{{#!php
<?php
define( 'COOKIE_DOMAIN', '.domain.com' );
define( 'COOKIEPATH', '/' );
define( 'SITECOOKIEPATH', '/' );
define( 'ADMIN_COOKIE_PATH', '/wp-admin' );
define( 'COOKIEHASH', md5( 'https://' . COOKIE_DOMAIN ) );
}}}
If I escape them, everything works fine.
Before the update everything functioned very well and without any
problems.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/37857>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list