I've got a local webserver (apache) running on my laptop and it is serving up a content management system successfully. Everything looks okay in both IE9 and Firefox.
Today I tried to demo it to someone and the elements were completely misaligned, looked terible in IE9. Still looked okay in Firefox. Tried to figure out what was wrong, even restored an earlier known good build and still messed up. There was no wireless connection at that site and no wired connection either.
I'm back at my place now to diagnose the issue, and there is no issue! By process of elimination, I deduced the ONLY difference between then and now is that now I am on the internet. Bear in mind, I am NOT retrieving anything from the internet for this site. (Not that I am aware.)
I switched off my wireless connection and immediatly my pages started rendering in screwed up fashion again. These pages have tons of framework generated divs and CSS classes so it is not clear where the breakdown occurs... but here is my fundamental question:
What could IE9 be doing that simply shutting off my internet connection would cause it to stop rendering a locally served page properly?
Use a network analysis tool like Wireshark to capture the packets that Internet Explorer send (or tries to send) out. You probably will find something there.
There are two things I can think of:
You are retrieving some parts from the internet, even though you are not aware of it. Maybe some JavaScript code loads something, or you have url() values in your CSS.
It might have something to do with the compatibility view of the IE.
You could try to use a network sniffer to find out, what the request is.
instead of going all the way to WireShark why don't you try the built-in developer tools?
Press F12, select the Network tab and start capturing traffic right from IE9. It will show you everything it requests for.
Related
We have a Wordpress based website (rendeljkinait.hu), and we face freezing issues while editing articles when using Chrome. When I hit the save button for the 7th time without page reload, the article editor freezes during save and I get "waiting for available socket" error in Chrome. No matter how long I wait, the editor won't save until I reload the page. When I'm using Firefox, everything is fine, no matter how much I hit the save button. Current Wordpress version is 5.2.3, but error occured in former versions too.
I investigated the error, and found it is caused because Chrome never closes the open sockets until I reload the page. So until hitting the button 6 times everything is fine, since Chrome and other modern browsers allow to have maximum 6 paralell connection to a single host. But after I press the button for the 7th time, there is no space for another connection, so Chrome is waiting for the older connections to get closed, but it never happens.
Here's a screenshot from net log
Using Firefox I observed that it always closes the connection after the save is successful, so only 1 connection is active all the time, it never exceeds the 6 paralell connection limit. I attached Chrome netlog file here, you can view it here. I also attached a video showing Firefox closing the connection here (107.6.*.** is our servers IP).
For various reasons we have to use Chrome, so I would like to find a solution for this problem, but I'm completely stuck. Does anyone have a suggestion what could cause the problem and how to solve it?
Thanks in advance!
I have the same problems with chrome and gutenberg.
It is impossible to do any heavy editing on the site, so I use firefox for all admin related stuff.
Haven't found a solution either...
For anyone who might find this topic with similar problem: seems like it was a Wordpress bug, a Wordpress update solved the issue.
The title pretty much says it all. When I'm running HTTP(S) Test Script Recorder, one particular page becomes unresponsive - when I click on something it just reloads. The recorder itself is working fine, it is recording every step. And the problem is not proxy related. I've successfully recorded other pages of the same website. When I'm not recording, there are no problems.
It's a .NET 3.5 project.
The page itself has a lot of forms, file uploads, etc, but as far as I know, it should not interfere with recording or even more - with browsing the page. When debugging the project, no breakpoints are hit, so I assume that something gets lost before reaching the server.
Browsers that I've tried: tried FF, Chrome, Edge, IE.
Tried recording the web locally and online. Same thing.
Played around (reinstalled and whatnot) with certificates, didn't help.
Has anyone encountered such a problem? What could be done to fix this? I'm more interested in finding the solution, than a way around (blazemeter, badboy). Any help would be very appreciated.
EDIT: I tried recording with blazemeter and it worked. But when looking at view results tree I noticed that the request path and parameters don't change, even when in the HTTP Request Sampler they are different. So there's no solution yet
This often happens to me and what I've found is that JMeter changes the root certificate in the bin folder every week. So usually the HTTP traffic is fine but certain HTTPS traffic won't work. So make sure that your browsers are seeing the latest JMeter certificate and not using an old one that doesn't exist anymore. On Windows, Chrome and IE use the certificates in Internet Options, while Firefox needs to have it added to it manually.
It turns out that in Test Script Recorder HTTP Sampler Settings choosing Type: Java was all that was needed. I suspect that the issue was related to file upload being involved.
Ok, this might be more of a networking question than programming but I'm not really sure what is going on here:
I'm having intermittent problems with my site where I am only partially downloading javascript documents. By intermittent, I mean that on the same browser (Safari in this case) I can view that javascript file in my browser and refresh the page and still only see the file partially downloaded, but another browser (Chrome) I see the file correctly downloaded. Clearing the browser cache has no effect either.
The odd thing is that it appears to be location specific, as when I check the site from home, still using Safari, I have zero issues. The problem also seems to be machine independent, as I also occasionally get the same javascript errors on my iPad (when at work on the same network).
I'm 100% sure it isn't a syntax error or anything with the javascript, as the file that fails most often is a minified copy of jQuery (downloaded from their site, though hosted on my site's server)
I have tried turning off mod_deflate on the idea that it might be compression that was causing the issue, but this had no effect.
I have spoken to the network admins at both my end, and the hosting server end and they claim that it isn't anything wrong with their network, though they are possibly just deflecting a complex issue.
Any ideas on how I can narrow down the issue?
I am just asking this out of interest, I did a Google search and all that came up was a lot of information about viruses and stuff.
Basically, I want to be able to see the data that websites are posting to their servers from my browser, if there is any way of doing this.
I am running Chrome but have Firefox, Safari, Opera and IE9 available if there is a solution that exists on those browsers...
You can use any http debugger (Fiddler, Charles Proxy) to see the traffic at the http level.
You can use any network monitor (Microsoft Network Monitor) to see the traffic at the network level (all network procotols physically going through your network adapters).
There's a lot of options here. The easiest thing in Chrome is to right click and choose Inspect Element. That will open a frame at the bottom of the window. Some inspection in here will go a long way although I'm sure some chrome extensions exist.
On that panel, checkout the Network Tab and the Resources Tab.
i've recognized that on google chrome browser every second postback of my asp.net application is a bit slow (~1 seconds)... every other shows up immediately. internet explorer is doing fine on every postback!
someone any idea?
regards
Do you mean that when you are debuging your asp.net app using google chrome that it is running slow?
I had this problem also at one point and was to do with your host file. See this post here for a solution to his problem
https://superuser.com/questions/43823/google-chrome-is-slow-to-localhost
I've noticed that chrome frequently has connection issues, not just during debugging. I've seen this on multiple machines, different OS's. Sometimes if we just leave chrome idle for about a minute or two it will completely not respond when trying to do a post back.
After seeing the quality of a number of google's other products this appears par for the course.
Bring up the console to see if there's any weird stuff going on there. Also, view the Network tab.