Issue metadata
Sign in to add a comment
|
Div don't loading after page reload (Mobile and Desktop)
Reported by
ttr...@gmail.com,
Oct 11 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: 1. www.papinho.com, enter a nickname and click on one room name; 2. Reload the page (F5); 3. The users list will not load again (only happens on Chrome). What is the expected behavior? The users list should appear after a page refresh. It works normally on Firefox, Internet Explorer... What went wrong? The user list is blank Did this work before? No Chrome version: 61.0.3163.100 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version:
,
Oct 12 2017
Hi there, I'm unable to repro as going to the page shows: "Error loading character set utf8: Error loading character set utf8: Error loading character set utf8: Error loading character set utf8: Error loading character set utf8:"
,
Oct 12 2017
,
Oct 12 2017
Sorry, Google Cloud reboot my server to install updates... btw... Use the room Amizade - Amizade 1 for test, as it it the room who are receiving users for now. Steps to reproduce the problem: 1. www.papinho.com, enter a nickname and click on the room Amizade 1; 2. Reload the page (F5); 3. The users list will not load again (only happens on Chrome).
,
Oct 12 2017
Thank you for providing more feedback. Adding requester "bokan@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 12 2017
I don't see where Amizade 1 is...I've attached the screenshot. If I press enter after setting a name though it sends me into a room. Clicking F5 reloads the page and the user list on the right doesn't reload correctly. I've confirmed the list reloads in Firefox. However, the container DIV is there and there's no rendering error on the page so it's difficult for me to debug what the problem might be without understanding your app. Is there any way you can reduce the problem down to a simple test page that shows the difference in behavior between browsers? i.e. without an entire app surrounding and obscuring what the issue is.
,
Oct 12 2017
Your browser is translating my website to your language, so choose Friendship, Friends 1. When the page loads, before the <html> tag, there is a php command who ask the server for the user list. The server retrieve the list and send it to the client who is always loading servers requests by loading "MotorNovo.php" on some hidden div on the page. When user reload the page, the same php command is trigged to ask server for the user list. This must be related to the way Chrome reload the page. I can send you the php page if there is some private way.
,
Oct 12 2017
Thank you for providing more feedback. Adding requester "bokan@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 13 2017
Looking at the network logs, it seems like you have a MotorNovo.php GET request going out, that looks identical to me both on load and on refresh. The load response though is:
<script>CriarContato('<div id=\"385758\" style=\"width: 100%; white-space:nowrap;\"><form id=\"BloquearUsuarioETrocarStatus\" class=\"contato\" action=\"/Acoes.php?Auten....HTML for the user list
While the refresh response is:
<script>RecarregarMotor();</script>
Could you add some logging on your server end to determine why its sending this response? The requests look identical to me.
,
Oct 13 2017
Unable to reproduce this issue on reported version 61.0.3163.100 and on latest canary 63.0.3239.0 using Windows 10. Seeing Error loading character set utf8: Error loading character set utf8: Error loading character set utf8: Error loading character set utf8: Error loading character set utf8: error on navigating to https://www.papinho.com/. @Reporter: Could you please respond to comment#9. Thanks!
,
Oct 13 2017
Yes, the server is receiving the request when user reload the page, as you can see on my video.
The MotorNovo.php page process all server requests (retrieve new users and messages from server database), and when it finish, it call
<script>RecarregarMotor();</script> who reload the page MotorNovo.php again; this is correct.
function RecarregarMotor(){
$("#MotorUnificado").load("MotorNovo.php");
}
I think that when Chrome reload the page, it not wait for something that it should wait.
,
Oct 13 2017
Thank you for providing more feedback. Adding requester "sc00335628@techmahindra.com" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 13 2017
Hmm, maybe someone in loading might know better how to further diagnose what the difference here is between browsers...
,
Oct 23 2017
MotorNovo.php sometimes contains users list and sometimes doesn't contain the list. Can you tell me the server-side logic?
,
Oct 26 2017
The NextAction date has arrived: 2017-10-26
,
Nov 6 2017
It always contain, but Google Chrome probably load it before the page is ready to JavaScript write then on the page. 1 - User refresh the page; 2 - A record is written on server database as you can see on the video. This request mean the user want the user list; 3 - Server search for all users on the same room and send them to a client database; 4 - The MotorNovo.php is a loop that check client database, read then, load then on the page and after that excludeds the record on client database. 5 - There is no issue on server script, it is sending the recorded, the MotorNovo.php is reading it and excluding from database, it just don't load them.
,
Nov 6 2017
Thank you for providing more feedback. Adding requester "yhirano@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 22 2018
@Reporter: could you please let us know if you still see the issue on the latest chrome stable #66.0.3359.181. @yhirano:Requesting you to help in triaging as per C#16 Thanks..!
,
May 23 2018
We can't load the page reliably now. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by ligim...@chromium.org
, Oct 11 2017