Unify Scheduling pages

[Arnei]

Fixes #221

Reduces duplicate code between the scheduling page for creating a new event and for editing events.
Functionality should be unchanged.

[github-actions]

Use docker or podman to test this pull request locally.

Run test server using develop.opencast.org as backend:

podman run --rm -it -p 127.0.0.1:3000:3000 ghcr.io/opencast/opencast-admin-interface:pr-911

Specify a different backend like stable.opencast.org:

podman run --rm -it -p 127.0.0.1:3000:3000 -e PROXY_TARGET=https://stable.opencast.org ghcr.io/opencast/opencast-admin-interface:pr-911

It may take a few seconds for the interface to spin up.
It will then be available at http://127.0.0.1:3000.
For more options you can pass on to the proxy, take a look at the README.md.

[github-actions]

This pull request is deployed at test.admin-interface.opencast.org/911/2025-01-21_07-58-59/ .
It might take a few minutes for it to become available.

[snoesberger]

I have done some tests with this PR and found some problems:

• When I open a scheduled event, the date field is empty.
• Even though I enabled input channels A and B for my Extron SMP during the event creation process, the channels are not enabled.
• This issue is also valid here (and should maybe be fixed directly with this PR?) Capture agent options should be pre-selected when scheduling a recording #941

[Arnei]

Thanks for testing!

Did the problems you found also occur without this PR? (I think I've seen the start date field being empty on another branch before, but I'm not sure)

This PR does not intend to change functionality. To fix #941, a seperate PR would be better. (Getting this merged should make fixing it easier though)

[snoesberger]

Did the problems you found also occur without this PR? (I think I've seen the start date field being empty on another branch before, but I'm not sure)

I did another test with the actual main branch and I have the same problem there. But on our test system with the opencast-admin-interface release from 2024-07-12 installed, I don't have this problem. The date is displayed correctly there. So somehow this bug was introduced afterwards.

This PR does not intend to change functionality. To fix #941, a seperate PR would be better. (Getting this merged should make fixing it easier though)

Ok, I just wanted to make sure we don't forget about this issue (and don't reintroduce it later on).

[gregorydlogan]

Missing symbols:

> tsc && eslint . --max-warnings=0 && vite build

src/components/events/partials/ModalTabsAndPages/NewSourcePage.tsx:445:18 - error TS2304: Cannot find name 'currentLanguage'.

445          locale={currentLanguage?.dateLocale}
                     ~~~~~~~~~~~~~~~

src/components/events/partials/ModalTabsAndPages/NewSourcePage.tsx:475:20 - error TS2304: Cannot find name 'currentLanguage'.

475            locale={currentLanguage?.dateLocale}
                       ~~~~~~~~~~~~~~~


Found 2 errors in the same file, starting at: src/components/events/partials/ModalTabsAndPages/NewSourcePage.tsx:445

[Arnei]

Can't reproduce this. The missing symbols are not present in the NewSourcePage.tsx?

[gregorydlogan]

They're not in the diff, they're in the origin/main. I'm guessing main drifted underneath this PR.