Please forward this error screen to sharedip-160153776. Please forward this laptop repair tips and tricks pdf screen to sharedip-1601537769.
Please forward this error screen to sharedip-1601537769. Please forward this error screen to sharedip-160153776. Please forward this error screen to sharedip-1071801235. We respect its storied history, and value the contributions of its many readers, but we can no longer support it at the level it deserves.
Thanks for your many years of attention and everything you’ve done to make the site such a valuable resource. I sometimes find the Java setup on my various Apple devices to be a mystery. The first thing is that you have to do some configuring of both Java and Safari to get the applet to run at all. Once that was all done, I could log in from all my Macs, fire up the applet and establish a secure connection. On two of the Macs, as soon as I fired up the Citrix app, the Java vpn window would show ‘error’. The console showed a Java crash. But on the third Mac, everything worked fine.
I made sure that the Safari and Java preferences were set the same on each machine but still no joy. That was on the working Mac. Then I remembered the difference between ‘System’ Java, Java plugins, and Java development kits. Simply put, you can have multiple versions of Java in different places. What was happening on the not-working Macs was that the jdk versions were being used, and the Juniper vpn client won’t work with them. To fix things for the moment I simply removed the jdk folders.
And then checked that the reported version of Java was 1. Web applets still use the up to date, secure version 1. A few weeks ago, a number of people started reporting having trouble with Siri. Phrases like ‘Call my wife’ or ‘Tell my dad’ stopped working. Siri knew who those people were but proclaimed ‘Uh oh, I don’t have a phone number for Jane Isa Doe. I debugged this for over an hour and on a hunch, found a workaround that seems to work for nearly everyone who has tried it.
That’s why I call it a workaround instead of a fix. I figure Apple is mucking around with Siri and perhaps caused a bug or some sort of corruption. I’d be curious to know from MacOSXHints users whether they are experiencing this problem in the first place and if the workaround works for you, too. I’d also like to understand why this works and why the problem even exists. I had tried a ton of suggested fixes for the issue before stumbling upon this work around. You can read more about it in my blog entry.
In it, I link to the Apple discussion forums at the bottom, where people have been saying that this workaround fixes the issue for them. As of August 29, 2014, Google has decided to intentionally break old browsers. They say it’s not a bug, it’s by design here, even though Google’s support page says it accepts Safari 4 as a fully supported browser. If you want Google searches to go back to the modern style, you need to change your User-Agent string. For Safari, enable the Develop Window and use an option in there that works. For everything else I use Safari.
Although it had beed designed to register your own non-standard URL schemes, it can intercept standard http and https as well. Obviously you should customize the code to suite your own specific needs. I use the same mechanism to launch ‘site specific browsers apps’ created by Fluid. I’m writing a detailed set of instructions for getting VPN ‘on-demand’ working with iOS 7. Max Rudberg which is retina-screen ready.
Mousecape is as non-instrusive as possible, never asking you for your password for anything. It works by using private APIs created by Apple to register system cursors so it has no performance hit at all. Capes, or cursor sets, are applied for as long as display state doesn’t change, meaning until you change resolution, monitors, sleep your computer, reboot or logout. However, inside of the application is a helper application that will detect when the cape is reset and will apply it again. Mousecape is available for free, open source and with no obligations.