To my complete shock I actually like Windows 7, however after a few weeks I have to say I am having a lot of issues with the new security dialogs. Look closely and you will see Microsoft have changed the "question" and what a user should "answer" in order to allow "blocked" content to run. Below is an example of the Sametime integration applet with iNotes 8.5:

Image:After a few weeks with Windows 7 I know what I dislike the most - yes equals no

To get the content to run in Windows XP you'd click "yes", not so much in Windows 7.....read the message again if you don't get my drift....see it? In Windows 7 I have to answer "No" to get the content to run.

I'm shocked MS changed this. It took me a while to figure out why LotusLive Meetings would not work as I was automatically choosing "Yes" (to the old XP question, "Do you want to run this content?"). I can only imagine what users will start clicking once Windows 7 starts to roll out in organizations.

In effect the transition from XP to Windows 7 MS have made Yes = No and No = Yes. *shakes head*
Darren Duke   |   May 15 2010 07:56:00 AM   |    windows 7    |  
  |   Next Document   |   Previous Document

Discussion for this entry is now closed.

Comments (5)

Gravatar Image
1 - Alex       05/15/2010 8:29:39 AM

in the control panel under java-advanced--security -mixed mode

chose enable hide warning and run with protections.

I think this was actually caused by Java update 19, it can happen in XP too, with that update.

There was also a problem with the ST meeting applet, but there is a fix from IBM for that.

Gravatar Image
2 - Darren Duke    http://blog.darrenduke.net    05/15/2010 11:50:22 AM

@1, so are you saying this is a Java change, not a Windows change?

Gravatar Image
3 - alex       05/15/2010 2:29:09 PM

Yes, I can get the same error in XP, with the java update 19 and the default security settings.

The SPR for the ST 8.0.x meeting room error is TTRT844M6G

Gravatar Image
4 - Marc Champoux    http://www.thenewdominoadmin.com    05/15/2010 2:39:51 PM

I saw that Technote #1428715 ​({ http://www-01.ibm.com/support/docview.wss?ca=quickrfaq&uid=swg21428715) has a potential solution which involves renaming one of the files in the STLinks folder. I haven't tried it yet however ... } ) has a potential solution which involves renaming one of the files in the STLinks folder. I haven't tried it yet however ...

Gravatar Image
5 - Jon Anderson    http://www.blueridgetechnologies.com    05/17/2010 9:50:49 AM

Yep, same problem here. Having to re-train users to actually read the question (including myself) before clicking.

I am also finding some of the other potentially valuable security safegaurds in Windows 7 to be a headache.

Being an "old school" admin, I always liked the capability to run a script on XP and having write ability to C:\. Why write to the root? Because in a large corporate environment, you always know that 99.9% of the workstations out there will have a mapped C:\ drive.

I had an asset inventory script written to do the same here in my organization, and surprise, surprise-- no write access to C:\ (or any "root" physical or logical partition) on Windows 7. So, I had to add OS detection to the script and choose an output location based accordingly. Not a huge setback, but an annoyance.

...and zero write access to /Program Files running under admin?? What's that about?