Enhanced Web Admin

[superdad]

Do you have all of these files in the Bin directory:

It's been my experience that if you have nativeutilities.dll in the /bin folder then you get that error. Remove the .dll and you're good to go. Sounds Whacky, but it works for me.

[drugstore_cowboy]

It's been my experience that if you have nativeutilities.dll in the /bin folder then you get that error. Remove the .dll and you're good to go. Sounds Whacky, but it works for me.

Well I guess that was the push I needed to update to the latest version of GBPVR I thought that I would try deleting just the NativeUtilities.dll and then fire up Config to enable the internal web server... clicked "Ok" to save and restart the recording service..... *BOOM* a quick flash of blue screen followed directly by a reboot sent my blood pressure up to the top. After the "automatic reboot" I tried to fire up GBPVR - .NET errors and a corrupted database.

On the bright side I noticed some nice enhancements that I can't wait to try out but on a bad note I am still having issues wit the Enhanced Web Admin.... and I am a little gun shy about deleting the Native Utilities again

[UncleJohnsBand]

Yes you are correct "Computer 1" on the network is running GBPVR and "Computer 2" on the same network is running IIS. I have created a virtual directory that points to "Computer 1's" Enhanced Web Admin web folder - no joy as I keep getting the Native Utilitites error I even set the Web folder so that the Everyone account has full access

Any ideas?

I'll need to dig through the forumns but if I recall correctly this configuration will not work....I know that there was a discussion surrounding this configuration and I belive it had something to do with GBPVR/Web Admin being on a different PC than IIS and GBPVR itself and the version of IIS that comes with XP Pro not being as robust as IIS that comes with a Windows Server edition. I'll dig around and see what I can find.

[drugstore_cowboy]

I'll need to dig through the forums....I know that there was a discussion surrounding this configuration...

Not sure if this is the discussion you are talking about but I had this working previously with a similar configuration - difference here being that I had actually pulled the "web" folder from GBPVR and dropped it on my IIS Web server, created a registry entry on the IIS Web server HKLM\Software\Devnz\ to point to the GBPVR machine installation, changed the config.xml paths to reflect UNC paths and everything was kind of working except for Statistics etc. Then for whatever reason it stopped working.

Discussion 1
Discussion cont'd

[UncleJohnsBand]

Not sure if this is the discussion you are talking about but I had this working previously with a similar configuration - difference here being that I had actually pulled the "web" folder from GBPVR and dropped it on my IIS Web server, created a registry entry on the IIS Web server HKLM\Software\Devnz\ to point to the GBPVR machine installation, changed the config.xml paths to reflect UNC paths and everything was kind of working except for Statistics etc. Then for whatever reason it stopped working.

Discussion 1
Discussion cont'd

Yep....I believe you need to have the Web Admin running on the same machine as IIS.

[gkreis]

If you use the web interface to cancel a recording, while it is in progress, it stops it and leaves it for viewing - this is what I'd expect. But if you use Cancel, in the web interface, on a completed recording it removes it from the list of recordings (in the web interface and in GBPVR's PC client), but the recording is still left in the folder on the drive. This can lead to lost space and no indication in the recordings listings that you have anything to rid.

Perhaps the web interface 'cancel' should obey the rules of the config setting and either delete it or ask to confirm if you want to delete (based on the settings). It might be helpful to change the wording from 'Cancel' to 'Delete' if the recording has already completed.

[UncleJohnsBand]

If you use the web interface to cancel a recording, while it is in progress, it stops it and leaves it for viewing - this is what I'd expect. But if you use Cancel, in the web interface, on a completed recording it removes it from the list of recordings (in the web interface and in GBPVR's PC client), but the recording is still left in the folder on the drive. This can lead to lost space and no indication in the recordings listings that you have anything to rid.

Perhaps the web interface 'cancel' should obey the rules of the config setting and either delete it or ask to confirm if you want to delete (based on the settings). It might be helpful to change the wording from 'Cancel' to 'Delete' if the recording has already completed.

In the upcomming release (coming soon....honest ) when you are in Manage Recordings or Tv Guide and select the titile of the show that is already recorded your button options are now Delete Recording and Close - Take No Action.

[j3flight]

In the upcomming release (coming soon....honest ) when you are in Manage Recordings or Tv Guide and select the titile of the show that is already recorded your button options are now Delete Recording and Close - Take No Action.

Yay!!! Thanks!
Did sub add the external API hooks for the "keep number of recordings" feature in this latest release?

[sub]

Did sub add the external API hooks for the "keep number of recordings" feature in this latest release?

No, I didnt get time. I also havnt yet made the changes to the scheduler, which was the original reason for me to put off making this extra API.

I'll make an effort to do it for the next release (v0.96).

[UncleJohnsBand]

No, I didnt get time. I also havnt yet made the changes to the scheduler, which was the original reason for me to put off making this extra API.

I'll make an effort to do it for the next release (v0.96).

Thanks Sub.