Welcome to the Inedo Forums! Check out the Forums Guide for help getting started.

If you are experiencing any issues with the forum software, please visit the Contact Form on our website and let us know!

An error occurred in the web application: Property set method not found.



  • I get the following error in the ProGet web UI when attempting to change the Storage.LocalStoragePath property from C:\ProgramData\ProGet\LocalStorage to D:\ProgramData\ProGet\LocalStorage

    Proget Version is Version 2025.18 (Build 12) I used the Windows offline installer to install and am running on Windows Server 2019.

    An error occurred in the web application: Property set method not found.
    
    URL: http://localhost:8624/0x44/proget/Inedo.ProGet.WebApplication.Pages.Administration.AdvancedSettingsPage/ChangeSetting
    Referrer: http://localhost:8624/administration/advanced-settings
    User: (unknown)
    User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Safari/537.36
    IP Address: ::1
    Stack trace:    at System.Reflection.RuntimePropertyInfo.SetValue(Object obj, Object value, BindingFlags invokeAttr, Binder binder, Object[] index, CultureInfo culture)
       at System.Reflection.RuntimePropertyInfo.SetValue(Object obj, Object value, Object[] index)
       at Inedo.ProGet.WebApplication.Pages.Administration.AdvancedSettingsPage.ConfigSetting.set_Value(Object value)
       at Inedo.ProGet.WebApplication.Pages.Administration.AdvancedSettingsPage.ChangeSetting(String name, Object newValue)
       at InvokeStub_AdvancedSettingsPage.ChangeSetting(Object, Span`1)
       at System.Reflection.MethodBaseInvoker.InvokeWithFewArgs(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
    
    ::Web Error on 2026-01-22 10:54:59 AM::
    

  • inedo-engineer

    Hi @michael-day_7391 ,

    It looks like this was an oversight, and this value cannot be configured. However, we will fix that via PG-3203 in the upcoming maintenance release on Friday.

    Thanks,
    Alana



  • @atripp said in An error occurred in the web application: Property set method not found.:

    Hi @michael-day_7391 ,

    It looks like this was an oversight, and this value cannot be configured. However, we will fix that via PG-3203 in the upcoming maintenance release on Friday.

    Thanks,
    Alana

    If I use the server now with that setting pointing to the wrong drive, and we start caching files in that location, can I move them after the fix is implemented?

    Eg:
    -Change location in UI
    -Shut down service
    -Move files to new location
    -Start up service


  • inedo-engineer

    Hi @michael-day_7391 ,

    This folder is for ephemeral, temporary storage. The only time it will require a lot of space (hundreds of MB) is you're doing things like proxying public debian repositories.

    So maybe you want to change the wrong folder?

    Perhaps you are looking for the PackageRoot instead?

    Thanks,
    Alana



  • @atripp

    Yes, that is exactly what we are doing, proxying public Rocky Linux repositories to an internal network that has no internet connectivity.

    Our setup is very standard for a product like this. Program is installed on c:, all artifacts go on a different drive to avoid filling up c: and accidentally crashing the server.

    To be honest, I was a little surprised that the installer just automatically put the artifact locations on the OS/program drive. This is not standard at all. Most products will give you an option for the data storage location being separate from the program executables during installation.


  • inedo-engineer

    Hi @michael-day_7391 ,

    These days, it's it's considered a "UX best practice" to provide minimal options in the installer because it's fewer choices to make when you're unfamiliar with the tool. Instead, programs should allow these to be configured post-installation. Most modern tools have shifted to this practice, including our products.

    As for the folder, the ProgramData folder is indeed the standard/recommended practice on Windows. If you're still configuring Windows using multiple drives/partitions (less common these days w/SSD), you should definitely change the User/ProgramData directories during provisioning:

    https://learn.microsoft.com/en-us/troubleshoot/windows-server/user-profiles-and-logon/relocation-of-users-and-programdata-directories

    Many Windows programs (including ProGet) will use these to store application data, and it can balloon to gigabytes if you're not careful.

    Thanks,
    Alana


Log in to reply
 

Inedo Website HomeSupport HomeCode of ConductForums GuideDocumentation