We have a ColdFusion Server running on top of IIS. All of our pages can be viewed in desktop or mobile mode, which just changes some CSS around but shows essentially the same page. We've run into an odd situation where on one particular page of the site:
It works fine on a PC viewing the page in desktop mode
It works fine on a PC viewing the page in mobile mode
It returns a err_connection_reset on any mobile device viewing the page in mobile mode
What could cause one particular page on a website to show up fine in desktop browsers but return an err_connection_reset on mobile browsers.
This page is not large, and is made up mostly of common components that are used on other pages which are working fine. No error appears in the server logs (our own, ColdFusions, or IIS').
Google keeps returning me pages about problems with Chrome's data saver mode on pages with 302 redirections. However, this page does not redirect, and we've experienced this on Chrome, Safari, and the Android browser, on both Android and iOS devices.
Related
I'm working on an ASP.Net MVC application, running on .Net Framework 4.6.2. The application is currently deployed to a server with IIS 10.
Everything was working fine, until recently, we added some video (mp4) files into the website. Now, whenever staffs from our company browses the website and open up a video, and browse away to another page on the website before the video is completely played, the website no longer loads correctly for that user's browser.
If the video is fully streamed to the browser, then everything works as expected afterwards.
The videos are served with the HTML5 video tag, directly pointing to a physical file on the server, without any other JavaScript library:
<video src="video.mp4" controls controlslist="nodownload" disablepictureinpicture oncontextmenu="return false;" />
Note that the same behaviour happens if we directly browse to the video (browsing the src URL directly).
From IIS, I found that once a video begins to stream to a browser, if the video is not fully streamed before the user browse away, in subsequent requests there will always be a few static content files that will be stuck in SendResponse state. This causes the browser to be unable to render the page normally, giving the impression that the page would not load.
These static content files are all served with Bundling feature in ASP.Net MVC. Note that not all bundles are not able to be loaded, only some, and those are the bigger bundles of the bunch, but not necessarily the largest. Browser will eventually receive an ERR_HTTP2_PROTOCOL_ERROR for each of those static content bundle after a while, in which the items in SendResponse state on the IIS server will go away.
Strangely, incognito mode and non-incognito mode does not seem to affect one another: if user opens up a video and no longer be able to browse any page on the website in incognito mode, they can still browse the site just fine in non-incognito mode, until they browse to a video in the non-incognito mode.
The same behaviour applies to both Chrome and MS Edge in all the PCs we've tested in our company.
However, the same does not occur to our mobile devices, or our own devices at home.
Failed Request Tracing shows no error. Everything is returning code 200. Filtering the trace to code 400 and above tracked nothing.
I'm at a loss what other methods should I use to continue troubleshooting. Any pointer is greatly appreciated.
After some investigations and trial and errors, it was finally found that the culprit is the antivirus software. A ticket was submitted to the antivirus software company, and they acknowledged that it was their issue and released a hotfix.
Applying the hotfix resolved the problem.
I checked this behavior of Google's Lighthouse bot and it seems consistent across several sites I can check. I will use one page as example:
https://groupprops.subwiki.org/wiki/Groups_of_order_16
When I load this webpage on Chrome, the main page HTML loads as gzipped.
In desktop, when I look up the performance entry using window.performance.getEntriesByName I see a transferSize of 26866 and a decodedBodySize of 145861.
The corresponding numbers in mobile are transferSize of 24191 and decodedBodySize of 133739.
When I run Lighthouse from within Chrome Dev Tools, I similarly see a transferSize of 26866 and a decodedBodySize of 145861 for desktop , and transferSize of 24191 and decodedBodySize of 133739 for mobile emulation.
However, when I visit https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fgroupprops.subwiki.org%2Fwiki%2FGroups_of_order_16 to trigger a Lighthouse score calculation for the page, the Google bot that visits the page does not request them gzipped. In fact the transferSize for mobile emulation is 134337, a little higher than the decodedBodySize due to headers. (To capture this information I logged the data using JavaScript running on the page and sent it back to a server).
I confirmed across a diverse range of sites with different setups that Lighthouse bot loads of pages made through the PageSpeed Insights UI (https://developers.google.com/speed/pagespeed/insights/), or the corresponding API, do not use gzip compression even when it's enabled on the server and used by all modern clients.
Ideas?
I am using a chrome extension to temporarily change layout of a Google search webpage. I am changing heading and description of the Advertisements displayed. This part works fine.
Next, I need to take screenshot of desktop, tablet and mobile views. getting desktop view is pretty straight. However, for tab/mobile view if I uses any of mobile emulator, or dev console, they refresh the html page before providing the mobile/tab emulation. This results in loosing the html page changes that were done by the chrome extension.
Is there are way to use mobile emulation without reloading/refreshing the page, so that the changes done in html are intact even in tables/mobile views.
I got the answer !
In Dev console, we have the option device toggle(Ctrl+Shift+M)
This way, temporary DOM changes done in desktop view were intact in mobile view as well.
Now we build a site with sharepoint 2013. Per our customer requirement, we need to support IE8. But my develop environment is IE11(in windows server 2008R2), so I decide to degrade my IE version.
In the beginning, I can use IE11 to access the website which I created in share point. But after my degrading operation, strange things happened: I enter the url in the IE8, it is loading... seems every thing is fine, I can see the background pictures be downloaded in the browser,but few seconds when it loading completes(I guess), it redirects to the 404 error page.(normal page flash to the 404 error page) And I tried to use Chrome to visit this site, every thing works.
I also set the IE security level to low, and trun off IE ESC(enhanced security configuration), it doesn't work.
BTW, the IE8 can access the url: myMachineName/_layouts/15/start.aspx#/SitePages/Home.aspx
So I guess I need to add or change some configurations in the website which I created in the sharepoint to fit IE8.
Many Thanks!
I have built a few webpages on my laptop using the Homestead web based site editor. The sites load fine on all devices in my house except for my laptop. Almost every time the pages time out before they load. It does not load even partially. Initially when this started I could clear cache/cookies and it would then load. Now I can't get them to load at all in chrome, ff or ie. They load fine on my ipad and other pcs in the house.
It is issue of your laptop you just clear your temp files and try to another from data card.you can send me URL of your site.