The Omni Group
These forums are now read-only. Please visit our new forums to participate in discussion. A new account will be required to post in the new forums. For more info on the switch, see this post. Thank you!

Go Back   The Omni Group Forums > OmniWeb > OmniWeb General
FAQ Members List Calendar Search Today's Posts Mark Forums Read

 
OnmiWeb sneaky peeks want an administrator password - Why? Thread Tools Search this Thread Display Modes
I'm wondering why the OnmiWeb sneaky peeks want an administrator password during the install procedure. I've seen this behaviour only since a few days. And I couldn't find anything about it in the release notes.
You know, I trust the guys at OmniGroup, but a little information about it would be nice.
Just curious.

Thanks for the enlightenment.
Hans
 
where are you installing your copy of OmniWeb to? If you're not an administrator you'll need these privileges in order to save OmniWeb to your computer application folder.
 
I'm working in an administrator account and I can install (usually that means copy) any other file into the applications folder, where the runnning OmniWeb application is placed and where the new version is going to.

With OmniWeb sneaky peeks I rely on the automatic update procedure, so I'm not taking any influence about the place where the update is going to be installed. I figure the updater locates the running OmniWeb and installs the update in the same place.

This occurs not only on one machine, the same authentication issue comes up on the MacPro at work and on my MacBook at home, where the setup is quite similar.

One more thing: until about 8 - 10 days ago the new version of OmniWeb restored the session like it was was runnning before the replaced version was quit. That was a nice feature. Now I get only my standard workspace, which makes me a little more reluctand to update, because I need to organize my work around the update.

Hans
 
Here are the things that the updater does...

Downloads the disk image for the latest version via http.
Mount the disk image.
Rename and move the old copy of OmniWeb to the trash.
Move the new copy of OmniWeb from the disk image to the location of your old version.

It's likely one of these processes causing the authentication request. I'm not sure which but you might be able to get a better idea of which by looking at when the authentication appears.

As for you session not getting restored, you might check on OmniWeb's auto-save setting to make sure it's still storing your session.

In the workspaces menu, select "Show Workspaces"
In the window that appears, make sure "Auto-save while browsing" is selected.
 
It happens here too, I thought it was a security measure (yes, it can be used that way!) against unauthorised updates by 3rd party people may be using the browser but it seems it is not the case.

What kind of report would Omni want to diagnose this issue for good? As you see, people hates giving Admin password for some reason I don't understand and it can be a negative issue when final version released.
 
I'll jump on this bandwagon as well; I've been seeing it off and on for a few weeks...
 
Quote:
Originally Posted by troyb View Post
Here are the things that the updater does...

Downloads the disk image for the latest version via http.
Mount the disk image.
Rename and move the old copy of OmniWeb to the trash.
Move the new copy of OmniWeb from the disk image to the location of your old version.
But that's not the whole thuth, ist it? At some point the older version has to quit and the new one has to start. Where do these events fit in?

I tried to process the update manually:
1. downloaded the update from the website
2. mounted the image
3. quit the old version
4. renamed the old version to someting else
5. moved the old, renamed version to the trash
6. copied the new version from the image to /Applications
7. started the new version by double-clicking it
No problems with this course of action, no need to authenticate.


Quote:
Originally Posted by troyb View Post
As for you session not getting restored, you might check on OmniWeb's auto-save setting to make sure it's still storing your session.
This setting must have gone overboard at some point, I restored it and it is working now.
 
You are right, and actually i've managed to hit this authentication snafu on my machine as well.

We're actually looking at making a few changes right now to get things functioning a bit more reliably. I'll be keeping an eye on this and see if it helps.
 
FWIW, on my G5 with 10.4.10 I am asked for the admin password. On my MBP with 10.4.10 I am not asked for my admin password. This is when using the built-in update feature and going to the same version.

Oh, and OW crashed after clicking to restart the app on my G5. The MBP did not. Perhaps the password request, crash on update and the dock icon still linking to the previous version is all linked. (and I have renamed my OW to OmniWeb.app.
 
Now I'm using the 5.7 SneakPeek and the problem still remains.
Just sayin'.
 
 


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads
Thread Thread Starter Forum Replies Last Post
OmniPlan 1.7 Sneaky Peeks now available! skwirl OmniPlan General 0 2010-10-13 10:18 PM
Sneaky Peeks gone? Smithcraft OmniWeb General 5 2007-10-25 05:10 AM
CPU use in sneaky peeks hardcoreUFO OmniWeb Bug Reports 7 2007-08-31 02:23 PM
OmniWeb 5.6 Sneaky Peeks now available! troyb OmniWeb General 105 2007-08-13 01:04 PM
OmniWeb 5.5 sneaky peeks Ken Case OmniWeb General 14 2006-07-15 01:25 PM


All times are GMT -8. The time now is 04:00 PM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.