Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
I don't have any WEM segmentation rules or anything set up. The module is just installed on the system. I am seeing this on most pages. It seems the JS is trying to do callbacks for WEM info but nothing is being returned. I would assume this JS should only try to fire if settings are in place. This is a pretty big problem, I'd say - but probably an easy fix in JS.
Comment | File | Size | Author |
---|---|---|---|
#1 | Screen Shot 2013-07-24 at 11.12.11 AM.png | 6.82 KB | saltednut |
Screen Shot 2013-07-24 at 11.09.34 AM.png | 44.12 KB | saltednut |
Comments
Comment #1
saltednutMore info:
Comment #2
donutdan4114 CreditAttribution: donutdan4114 commentedSo, this issue exists when the WEM Token changes upon reinstallation.
On a true fresh install, everything looks fine, but if you reinstall the wem module with a different random token set, users who previously went to the site (and had a wem user id set) will have a bad token set.
I believe I can fix this by just updating the token on the client side if the token errors.
Comment #3
saltednutOk so this happens because we were storing the WEM token in a Feature. Makes sense. But people will try to do this perhaps. Is there a way to tell it to stop firing the callback if the token fails? This would at least prevent the problem from eating up system resources.
Comment #4
donutdan4114 CreditAttribution: donutdan4114 commentedI'll have to dig in more.. The way it is setup now, if the user's wem/api request fails, 2 new requests should be fired to recreate the user ID and new token. I'll have to play with the Feature bit to test this out.