iOS 8.4.1 Safari Links not clickable

Christian, I would do a couple of things, both easy and safe.

Close Safari completely from the multitasking window by double clicking the Home button and swiping up the Safari preview window all the way up until it disappears. Then go to Settings > Safari > Clear History and Website Data. After that do a hard reboot. Hold down the Home and Wake/Sleep buttons at the same time for about 15-20 seconds until the Apple logo appears. Ignore the "Slide to power off" text if it comes up. You will not loose anything.

These two steps are very safe, I have done them many times and are the standard things to try first. If they are not successful post back and I will offer further suggestions....

I have an iPhone 5 myself on 8.4.1 and I am not having any issues so I don't think it is the iOS per se, likely a setting or the router configuration. We will figure it out. Hope this helps..... 🙂

p.s., I tried opening your link but it just took me back to this page.

I can get your links to work on my iPhone with iOS 8.4.1

But mine still do not: check out midwestag.com and try any of the dropdown links in the horizontal menu just below the header. For instance, the top item "Loans" will link through okay, but the one below it "Agricultural Loans" will no longer link within iOS since this upgrade.

The menu is a simple CSS-only menu, without any JavaScript involved.

An answer posted here http://stackoverflow.com/questions/32034503/links-and-clicks-fail-to-open-with-c ordova-on-ios-8-4-1 states that this is a deliberate "security fix" posted in the version release notes, but it seems to me to be a terrible website breaker that Apple needs to quickly reverse!

Oh yeah.. I meant to add:

If you hold-click and select "Open in New Tab" then it will bring up the linked page. But even hold-clicking and selected just "Open" ignores the link the same as with a simple tap.

I spent a good part of the day but discovered that if I comment out the follow code deep in my menu css my navigation worked again.

text-shadow:none;

-moz-box-shadow:inset 0 2px 3px 3px #19216b;

-webkit-box-shadow:inset 0 2px 3px 3px #19216b;

box-shadow:inset 0 2px 3px 3px #19216b;

Does anybody know why this would be the culprit?

Anyway, maybe it will work for you.

Hey Bret,

Thanks for this idea. In my previous search, I found a few postings where making some odd CSS change or another would somehow cause the links to work again.

As for me, I just checked my CSS file after reading your post and I don't have any shadow-related CSS of any kind (or anything but just a few very standard CSS elements in use). I wish your fix could be a solution for me, too!

I am hoping that someone from Apple will post to this discussion and/or that Apple tech will somehow receive enough feedback on this huge issue they've created that they will reverse their "fix" in the 8.4.2 update.

Who knows how many normal, non-threatening websites they've "broken" for every iPhone user?!

Website navigation no longer works after upgrading from IOS 8.4 to IOS 8.4.1

I have also this problem after I upgraded my Ipad from IOS 8.4 to IOS 8.4.1.

I'm happy that I didn't upgrade my Iphone 6.

I use a css menu with submenu's.

See my weather website: http://www.meteo-gouda.nl/

I found out that a css menu with one level (and no submenu's) works fine.

A css menu with drop down submenus no longer works.

I have created 2 pages,

- one with a cssmenu without submenu's, see http://www.meteo-gouda.nl/cssmenu_without_submenu.html

- one with a cssmenu with a simple dropdown submenu, see http://www.meteo-gouda.nl/cssmenu_with_submenu.html

The first one works well,

The second one doesn't work at all!

This is very frustrating because we are promoting our weather website at this moment.

Visitors are increasing heavily, but with a menu and navigating not working is killing.

I hope that apple will come with a solution very quickly!

Best regard, Michel

I was able to fix this by changing the function that calls the dropdown of my menu from a 'click" to 'touchstart', eliminating the 300ms delay. It's possible that FastClick might achieve the same result.

Our team ran into the same problem with a Backbone/Marionette web app we're building. Using Fastclick resolved the problem with no need to change the event type from click to touchstart, so that's the solution I recommend for now. I'm interested in hearing if anybody knows of a method that Apple officially supports though.

What bugs me about all this, is that the only "solution" is to incorporate Javascript -- which then also incapacitates the menus if someone has JS turned off for their browser, and it seems to me that the use of JS adds to potential "security issues" that Apple was supposedly solving here.

What several of us have indicated in our posts here, is that we we're using CSS-only menus and avoiding JS altogether. But now apparently the whole planet has to switch to using Javascript on its pages -- adding to load times & adding the risk of it being shut off -- or else keeping websites that don't function on iPhones or iPads.

..and I cannot get Apple Support to respond to me regarding the issue! It's frustrating.

For us, our application requires JavaScript to run, so a user disabling JavaScript is a non-issue. I can understand the frustration on your end since this adds an extra layer of complexity to an otherwise simple CSS menu. But if you use JavaScript as a work-around, keep in mind that very few people disable JavaScript these days, so the risk of it breaking is minimal. If you use Fastlink or any other JavaScript solution, you can configure the JavaScript to only help the menu if iOS 8.4.1 or above is detected. You can also try the CSS technique mentioned above. Based on information from the Stack Overflow link above, you can try using this snippet of CSS to see if it will work:

a:active { opacity:1;!important }

I filed a bug with Apple regarding this matter, and I'll be happy to share my findings if they end up responding, though I'm not holding my breath on that one. The culprit is likely the "fix" they introduced to resolve the synthetic click vulnerability (About the security content of iOS 8.4.1 - Apple Support). Any hyperlink that is not a dropdown style menu or has a JavaScript event tied to it will still work.

Thanks for this idea, Jeremy. I just tried the single CSS snippet you pointed out, but it has no effect. My only solution so far is one I wrote that incorporates the touchStart event -- it works, but it makes everything wonky on touch screen devices.

I guess I'm just holding my breath and hoping that Apple will relent .. but maybe I should just give in and implement a more elaborate (and previously unnecessary) script to solve the issue.

If you gotta do JavaScript, try Fastlink. We had no need to use JavaScript's touchstart event handler, just click.

Jeremy- I misread your post & thought you were talking about FastClick -- which I tried & it didn't work at all. Where can I find the script for the Fastlink javascript solution that you mentioned? My searches aren't turning up anything relevant, and it's not a solution I've worked with before.

Thanks.

Having the same problem here with a simple CSS menu.

the a:active CSS has no effect on use.

oh and the CSS should read: a:active{ opacity: 1 !important;} ---misplaced semicolon