"Sign In" pop-up populated with home page after new virtual instance create"Sign In" pop-up populated with home page after new virtual instance createhttps://liferay.dev/en/c/message_boards/find_thread?p_l_id=119785333&threadId=1127661972024-03-29T14:13:19Z2024-03-29T14:13:19ZRE: "Sign In" pop-up populated with home page after new virtual instance crAlexander Brinckmannhttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=1128567342019-03-22T07:30:34Z2019-03-22T07:30:34ZOkay, after some research I think I can re-tell how we got to our problem.<br /><br />First off, it was actually not directly linked to clustering and multicast issues itself. This seems to have been a coincidental overlap in events.<br /><br />But a little more context:<br /><br />We were using a Liferay CE 7.0.6 portal clustered in two instances. We use customized web-content structures that make use of nested portlets, creating articles that can have various "side portlets" nested in them. Most of these are web-content displays.<br /><br />The error I remembered seemed to have happened when more than one user was editing these nested portlets at the same time, for example two people adding one nested portlet each to expand the 'article'. This could lead to a <em>StaleObjectException, </em>while output in the front-end could show unexpected behaviour, like populating pop-ups with wrong content. <a href="https://issues.liferay.com/browse/LPS-82954"><br />https://issues.liferay.com/browse/LPS-82954</a> touches this issue.<br /><br />So while the phenotype of the error seemed related, the underlying issue doesn't seem to fit this thread's original situation.Alexander Brinckmann2019-03-22T07:30:34ZRE: "Sign In" pop-up populated with home page after new virtual instance crMark Clarkehttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=1128503482019-03-21T06:21:14Z2019-03-21T06:21:14ZIt appears that the source of many of my problems was changing the default language for my instances from en_US to en_GB. This is reproducible see attached video.<br /><br />I think this is the source of my problems as per post https://community.liferay.com/forums/-/message_boards/message/112820024<br /><br />It has been identified as a problem for creating new commerce site per https://community.liferay.com/forums/-/message_boards/message/112820688Mark Clarke2019-03-21T06:21:14ZRE: "Sign In" pop-up populated with home page after new virtual instance crMark Clarkehttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=1127796252019-03-15T13:41:18Z2019-03-15T13:41:18Z<blockquote>Alexander BrinckmannThis might be (very) far-fetched but it does sound like an issue we had in our project after clustering our instances too.<br /><br />In our case users would also experience pop-ups being populated with wrong contents, though we saw web-content lists where we should not. If I remember correctly, we had errors in how our multicast was set up, which, in short, led to irrational behaviour. So my suggestion would be to double-check if both your instances are actually properly clustered.</blockquote><br /><br />Thanks for the suggestion. I will have to read up on the mulicast bit as this is a sinlge instance. The phenomenon does seem to have someting to do with caching because I managed to login and get the admin panel once using Chromium, instead of firefox. The pop-up was populated correctly but on subsequent chromium tests it showed the incorrect pop-up again and the "c/portal/login" just redirected to the home page again. <br /><br />I cleared out temp and work folders and deleted the osgi state cache but no change. I am investigating whether the change to recaptcha is linked to this problem as now none of our forms, on submission, show the success page, no entries make it into the entries list and no email is received. We are simply redirected to the home page.<br /><br />I have tried changing back to "simple captcha" but I now no longer get a simple captcha image but just the text "Text to identify". I cannot conceptualise how this would affect logins and pop-ups but I am willing to follow up any path no matter how weird and, at the end of the day, I need to get the forms working again anyway <img alt="emoticon" src="@theme_images_path@/emoticons/sad.gif" ><br /><br />This is like the twilight zone.Mark Clarke2019-03-15T13:41:18ZRE: "Sign In" pop-up populated with home page after new virtual instance crAlexander Brinckmannhttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=1127755212019-03-15T10:01:48Z2019-03-15T10:01:48ZWhen I get the time to dig deeper I will try to provide all information that I can gather, it should be available <em>somewhere </em>still. We had a couple of issues regarding clustering, asynchronous behaviour, etc, and I wanna make sure to not mix things up. The way Mark described his problem sounded too familiar though.<br /><br />Stay tuned. <img alt="emoticon" src="@theme_images_path@/emoticons/happy.gif" >Alexander Brinckmann2019-03-15T10:01:48ZRE: "Sign In" pop-up populated with home page after new virtual instance crOlaf Kockhttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=1127736122019-03-15T08:31:44Z2019-03-15T08:31:44Z<blockquote>Alexander Brinckmann<br />This might be (very) far-fetched but it does sound like an issue we had in our project after clustering our instances too.<br /><br />In our case users would also experience pop-ups being populated with wrong contents, though we saw web-content lists where we should not. If I remember correctly, we had errors in how our multicast was set up, which, in short, led to irrational behaviour. So my suggestion would be to double-check if both your instances are actually properly clustered.<br /></blockquote>Hi Alexander,<br />I'd be *very* interested in more details, in case they're still available somehow. So far, I always expected errors in Multicast to result in too-early-cache-retirement, e.g. underutilization of cache, but not in this behavior. It'd be a great extra-check to add to the Devops documentation and training, to catch this early and when it doesn't erode trust in the software to do the right thing.Olaf Kock2019-03-15T08:31:44ZRE: "Sign In" pop-up populated with home page after new virtual instance crAlexander Brinckmannhttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=1127723022019-03-15T07:36:51Z2019-03-15T07:36:51ZThis might be (very) far-fetched but it does sound like an issue we had in our project after clustering our instances too.<br /><br />In our case users would also experience pop-ups being populated with wrong contents, though we saw web-content lists where we should not. If I remember correctly, we had errors in how our multicast was set up, which, in short, led to irrational behaviour. So my suggestion would be to double-check if both your instances are actually properly clustered.Alexander Brinckmann2019-03-15T07:36:51Z"Sign In" pop-up populated with home page after new virtual instance createMark Clarkehttps://liferay.dev/en/c/message_boards/find_message?p_l_id=119785333&messageId=1127661962019-03-14T19:34:37Z2019-03-14T19:34:37ZHi there,<br /><br />In brief when I am attempt to log into the core instance (I think this is the term that is used but maybe primary as well?) by clicking on the "Sign In" link the pop up I get contains the home page of the instance instead of a login form. If I go to "c/portal/login" I get a full login page but on login I get no error and I am simply redirected to the home page again which shows the "sign in" link.<br /><br />I can't find anything relevant in the log file. I thought it might be cloudflare so disabled that but still no luck. This all started after I added a 2nd instance. I can log into the 2nd instance just fine with its admin account.<br /><br />Anyone got any idea where to look? I have tried adding the "ominadmin.user=" to the portal-ext.properties but it didn't make a difference. I have a browser which has a remember me enabled and on that browser I