iOS browsers crashing from webui changes

[mdee4]

What router hardware are you seeing this on? Maybe that is why @Zirescu sees it but @mdee4 doesn't?

I'm using the ac88u.

 

[JDB]

I'm also using the AC88U but do have the issues


Sent from my iPhone using Tapatalk

 

[Iwakan]

iOS updated to 10.3 and problem persists.

 

[heysoundude]

Can confirm.

 

[JemTheWire]

Can confirm.

Yep. Me too. AC88U when connecting via HTTPS. HTTP connections are working OK.

iOS 10.3, but it was also happening on 10.2.1.

 

[Iwakan]

Something weird is that if you use the vpn to access webui works flawlessly

 

[heysoundude]

This could prove key to resolving the issue...

 

[gregnukem]

Has anybody been able to find a workaround except for switching to HTTP?

 

[Iwakan]

Has anybody been able to find a workaround except for switching to HTTP?

No. Seems that problem is on Apple side (can anyone confirm?). I sent a bug report to Apple six months ago without any answer.

 

[gregnukem]

I am pretty sure too that it's Apple's problem. I also realized that in iOS 10.3.2 there is no way to reset/untrust SSL exceptions (short of fully resetting and setting up the iDevice as new which is almost never an option of course).

I tried clearing Safari cache, 'Reset Network Settings' and 'Reset All Settings' to no avail. Previously, it was easily done simply through clearing Safari cache or even removing the single entry under 'Website Data'. Not any more.

I guess the only 'workaround' is to use HTTP, for now at least.

 

[Iwakan]

Can anyone confirm if IOS 11 beta solve this issue?

 

[sfx2000]

No. Seems that problem is on Apple side (can anyone confirm?). I sent a bug report to Apple six months ago without any answer.

FWIW - there were changes in WebKit (upstream from Safari) with https and mixed content with http elements.

If the initial connection to a host is https, then everything inside that host needs to be https...

Not sure how to debug this inside windows, in Mac, there are steps to debug the site using Safari on Mac and the iDevice tethered (remote debug) - one needs to have developer options enabled on the Mac Safari side - which is easy enough.

In any event - this is likely the problem - Safari is being strict on the context of the connection - it's better for security.

This isn't limited to Safari - Chrome can offer same opportunities for sites that don't handle TLS security correctly...

@RMerlin - more https fun, eh?

 

[gregnukem]

Apparently, this would have to be fixed on the router firmware side then. I hope Asus or Merlin will be able to accomplish this at some point in the future. Or maybe the upcoming changes in Merlin's 380.68 Beta are the ones to also cover the issue in question?

 

[Iwakan]

Finally fixed in iOS 11!!

 

[JDB]

Finally fixed in iOS 11!!

Nice spot! There was an update to Safari on my Mac today as well so may it’s in there too. Will check it out tomorrow.


Sent from my iPhone using Tapatalk

 

[JDB]

Nope, still broken in Safari v11.0 on MacOS

 

[Zirescu]

Nope, still broken in Safari v11.0 on MacOS

You cleared the Cache in Safari? I've rarely had issues with the MacOS version and the UI.

 

[JDB]

You cleared the Cache in Safari? I've rarely had issues with the MacOS version and the UI.

Tried many things! Safari starts eating ram and cpu every time within a couple of mins of logging in. Sometimes to the point the whole Mac locks up. Did it on my mid-2013 Air and now on my top spec MBP.


Sent from my iPhone using Tapatalk

 

[Zirescu]

I have seen times where it takes down the Mac as it's downloading hundreds of MB of data in next to no time at all. Last time it happened about a year ago, I went under the Preferences-> Privacy->Manage Website Data... and cleared all items that were related to the router. 192.168.x.x. This seemed to fix the issue for me.