Navigation

    Inedo Community Forums

    Forums

    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    1. Home
    2. jw
    J
    • Profile
    • Following
    • Followers
    • Topics
    • Posts
    • Best
    • Groups

    jw

    @jw

    2
    Reputation
    122
    Posts
    11
    Profile views
    0
    Followers
    0
    Following
    Joined Last Online

    jw Follow

    Best posts made by jw

    • RE: ProGet SCA Cannot get NuGet vulnerability scanning to work

      Thank you for the pointers.

      I think I finally got it working, though I must admit I'm still not a 100% sure what combination in what order actually led to success.

      I'm already in contact with @apxltd about your planned SCA changes. I will try to write up what tripped me as part of that feedback.

      posted in Support
      J
      jw
    • RE: HTTPS with self hosted ProGet and internal web server

      There is updated documentation with step-by-step instructions here:

      https://docs.inedo.com/docs/installation-windows-https-support#configuring-https-on-the-integrated-web-server

      posted in Support
      J
      jw

    Latest posts made by jw

    • RE: ProGet - Exception: Could not load file or assembly 'ProGet.WebApplication...

      Thank you for the feedback.

      I will observe for a while and reserve yelling at people to close their browsers for later. ;)

      posted in Support
      J
      jw
    • RE: ProGet - Exception: Could not load file or assembly 'ProGet.WebApplication...

      Hi @stevedennis

      I'm not quite sure what to do with this information. Unfortunately the log message contains no information from whom or which IP this exception is triggered.

      One question is what is the relation to the package that is mentioned in the Referrer. What could the notification be about?

      Another potentially related issue is browser cache busting, which does not seem to work reliably. I have noticed this in the past and also with the upgrade to the 2025 version, that changes in the UI are only reflected after manually cleaning the browser cache or force reloading with Ctrl+F5.

      From what I can see in the browser dev tools, some of the css files have a version query parameters, which I assume is meant for cache busting, but others (e.g. proget.css) do not.

      Could this be related to the issue, that after the upgrade to 2025, some people are still seeing old versions of the UI and triggering this exception?

      posted in Support
      J
      jw
    • ProGet - Exception: Could not load file or assembly 'ProGet.WebApplication...

      After upgrading to 2025.6 from 2024.36 we occasionally have the following exception in logs. It is not quite clear what exactly triggers it.

      An error occurred in the web application: Could not load file or assembly 'ProGet.WebApplication, Culture=neutral, PublicKeyToken=null'. The system cannot find the file specified.
      
      URL: https://xxxxxx.local/0x44/ProGet.WebApplication/Inedo.ProGet.WebApplication.Controls.Layout.NotificationBar/GetNotifications
      Referrer: https://xxxxxx.local/feeds/xxxxxxxx-nuget-proxy-telerik/Telerik.UI.for.AspNet.Core/2025.2.702
      User: (unknown)
      User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36
      Stack trace:    at System.Reflection.RuntimeAssembly.<InternalLoad>g____PInvoke|49_0(NativeAssemblyNameParts* __pAssemblyNameParts_native, ObjectHandleOnStack __requestingAssembly_native, StackCrawlMarkHandle __stackMark_native, Int32 __throwOnFileNotFound_native, ObjectHandleOnStack __assemblyLoadContext_native, ObjectHandleOnStack __retAssembly_native)
         at System.Reflection.RuntimeAssembly.InternalLoad(AssemblyName assemblyName, StackCrawlMark& stackMark, AssemblyLoadContext assemblyLoadContext, RuntimeAssembly requestingAssembly, Boolean throwOnFileNotFound)
         at System.Reflection.Assembly.Load(AssemblyName assemblyRef)
         at Inedo.Web.Handlers.DynamicDelegateHandler.GetHttpHandler(GetHandlerParams args)
         at Inedo.Web.Handlers.DynamicHttpHandling.GetHandler(AhHttpContext context, String requestType, String url, String pathTranslated)
         at Inedo.Web.AhWebMiddleware.InvokeAsync(HttpContext context)
      
      ::Web Error on 31.07.2025 17:06:40::
      

      When opening https://xxxxxx.local/feeds/xxxxxxxx-nuget-proxy-telerik/Telerik.UI.for.AspNet.Core/2025.2.702 the package site is shown and also the package can be downloaded without any problem or exception.
      Deleting the package from the cache and repopulating the cache did not help either.

      Opening https://xxxxxx.local/0x44/ProGet.WebApplication/Inedo.ProGet.WebApplication.Controls.Layout.NotificationBar/GetNotifications in a browser returns the following page:

      707055c6-3b6f-47ca-a31d-fab129635818-image.png

      For every reload of this page, a new entry of the same exception shows up in the logs.

      posted in Support
      J
      jw
    • RE: Misleading information package Usage & Statistics page

      Hi @stevedennis

      Thanks for the quick response and fix.

      posted in Support
      J
      jw
    • Misleading information package Usage & Statistics page

      The Usage & Statistics page (feeds/some-feed/System.CodeDom/8.0.0/usage) suggests that this package version is part of the scanned project.

      When navigating to the package list of that linked "Latest Version" the project it shows what version of said package is actually contained in the project.

      fa6b8bed-9af2-4f5e-a24b-b282a2e42b22-image.png

      In the current state the Usage & Statistics page is not very informative or helpful as it gives users the impression that a particular version is used in the project which in reality is not. Yes, the right information is obtainable by following the version link, but that does not really solve the issue with the page itself.

      It would be good if the tables both on feeds/some-feed/System.CodeDom/8.0.0/usage and also on feeds/some-feed/System.CodeDom/versions/usage could be changed to show the concrete version of the package that is used in the project version that is currently listed.

      Is this something that could be changed?

      posted in Support
      J
      jw
    • RE: ProGet - License usage overview HTTP 500 for custom licenses

      Hi @atripp,

      We haven't updated the production instance to the version that introduced this feature yet, so nobody breathing down my neck. ;)

      I'll wait for the official release, but thanks for the offer.

      Have a nice weekend!

      posted in Support
      J
      jw
    • ProGet - License usage overview HTTP 500 for custom licenses

      First of all thanks for adding the ability to list all packages for a given license on the package usage overview page (PG-2783), very helpful feature.

      There seems to be an issue with listing packages that are matched to custom licenses. We have added a number of custom licenses to ProGet, to deal with proprietary packages that do not have OSS SPDX identifiers.

      When clicking on the link to list the packages on such a custom license there is a 500 error on the next page:
      fd44399d-f6ca-443e-a47f-8d0e8d3d4975-image.png

      Stack trace from error log page:

      Stack trace: at Inedo.ProGet.WebApplication.Pages.Licenses.ListLicensePackagesPage.CreateChildControls()
      at Inedo.ProGet.WebApplication.Pages.ProGetSimplePage.InitializeAsync()
      at Inedo.Web.PageFree.SimplePageBase.ExecutePageLifeCycleAsync()
      at Inedo.Web.PageFree.SimplePageBase.ProcessRequestAsync(AhHttpContext context)
      at Inedo.Web.AhWebMiddleware.InvokeAsync(HttpContext context)
      
      posted in Support
      J
      jw
    • RE: ProGet - Deprecation reason issues

      Ahh, took me a while to get it, but this is the dialog I was looking for.

      39bdc29f-788b-4e85-b7ce-7ef85469b32e-image.png

      It wasn't quite clear that the orange "Package Status is Deprecated" is actually a policy violation dialog, which is overriding this one here.

      Thanks again.

      posted in Support
      J
      jw
    • RE: ProGet - Deprecation reason issues

      Hello @atripp

      Thanks for the feedback.

      Just to double check: When the box shows "Package Status is Deprecated" it should also contain the custom deprecation reason, right?

      Right now the box looks like in my screenshot above and I could not find any place where one could read the custom reason.

      Or am I just looking in the wrong place?

      posted in Support
      J
      jw
    • RE: Inedo.ProGet on nuget.org is fairly outdated

      Hi @rhessinger

      Works like a charm, thanks.

      Have a nice weekend.

      posted in Support
      J
      jw