Added deliveries workspace view to the webhook details workspace

[AndyButland]

Prerequisites

• I have added steps to test this contribution in the description below

Resolves: #17754

Description

This PR adds an additional workspace view to the webhook details workspace, showing the deliveries for that webhook.

I've amended this slightly from 13 as it seemed to make more sense to show deliveries for each webhook as a separate paged list, rather than one long list for all of them.

To Test:

• Create one or more webhooks posting to a destination like https://webhook.site/
• Trigger a few webhooks by hooking them up to publish or other events
• View and page the deliveries for the each webhook.

[madsrasmussen]

Hi Andy, First of all, everything worked as expected in this PR.

As you have already noticed, I have added a couple of updates to the PR. This was the perfect opportunity to get this feature aligned with some of the rest of the UI/code base.

I have fixed a couple of smaller hiccups in your additions:

• I removed double pagination in the delivery collection since a collection already comes with pagination out of the box.
• I moved a dependency on the workspace context from the webhook delivery repository to the workspace view.
• Use a uui-tag for the delivery status code.

Here are the extra changes I made:

• Updated the file structure for the entire webhook feature into feature folders.
• Fixed broken pagination on the webhooks collection.
• Aligned the UX of the webhook workspace with languages. Webhooks don't have a name, so we now show the URL as the first column of the collection table instead of a hardcoded "Webhook {index}" name.
• Displayed the webhook URL in the workspace header. This change allowed us to remove the URL column in the deliveries collection table, creating more space for other information.
• Used a uui-tag for the enabled/disabled state instead of a checkmark.

Everything should work the exact same as you left it. Can I get you to do a sanity check of the feature?

A couple of screenshots

Webhooks Collection

Webhook Detail Workspace View

Webhook Deliveries Workspace View

[AndyButland]

Thanks Mads, great work. As I said... hopefully there was something you could work from where I left it! I'll check it out locally as you say.

Just quickly though:

Displayed the webhook URL in the workspace header. This change allowed us to remove the URL column in the deliveries collection table, creating more space for other information.

I also had this in an earlier version... but then I thought, the URL could change. I.e. you can create a webhook, start using it, and then change the URL to a different one. So that's why in the end I had it in the column list. Maybe it's not that likely, but seems like it has been anticipated in that the URL is stored for every delivery record in the umbracoWebhookLog table.

[AndyButland]

Otherwise all working as expected for me.

@Zeegaan - please could you have a quick look over the back-end aspects of this PR? And maybe you have a view on my comment above from when you were designing the data model for this. Thanks.

[madsrasmussen]

@AndyButland Ah, it's a good point. If that is the case then I think it is even more important we get a name as part of the Webhook model at some point.

[Zeegaan]

@AndyButland Looks good to me.
And as for the Name thing.. We probably should give it a friendly name, this feature has actually been discussed before: #15158

I think ultimately we could have a Nullable name, and then default back to the URL, if you don't want to give it a friendly name 👍

[madsrasmussen]

@AndyButland Url is back for deliveries again 👍

Let me know what will happen with the friendly name. It would be awesome to add in the near future 😃

Feel free to merge when happy.