xronosschedulingltd / scheduler Goto Github PK

If you generate a report for an element within Scheduler, then go back to the report generation screen and try to generate it a second time in a different format, you generally get the original format again.

As a workaround, you can go right out of the reporting screen and come back into it. The system will retain your selected parameters and then generate the type of report which you want.

If a resource group has not been allocated an explicit colour for the display, then users' concerns with that resource group will be displayed in one colour, whilst the events will be displayed in another. The events should be displayed in the colour chosen for the concern.

Cloning is supported only for vanilla groups - those with no extraneous properties. Trying to clone another kind of group raises an error. It would be more sensible if the clone button were simply disabled for these groups.

In the user's main view, all the concerns - the things being viewed - are displayed down the LHS in a particular order. On subsidiary views, they seem to be appearing simply in the order in which they were created.

If you use the repetition facility to repeat an event with resource requests, all works as expected. Simple commitments, and resource requests are copied over, but commitments which have been created to fulfil resource requests are not.

If however, you re-repeat the event after making changes, the opposite happens. New resource requests are not propagated, but any commitments related to them are - resulting in a whole pile of new commitments, all linked back to the original request on its event.

It appears that when a resource controller approves a commitment, the notification e-mail is sometimes sent twice. Need to pin down further exactly when this happens.

When a user opts to view "My events", the system shows all events which the user owns or organises, except those currently being shown to him via an explicit Concern.

The code which handles this currently considers any concern flagged as visible to have this effect. It should look at only concerns in the current view. The fact that the event would be visible in a different view is not relevant.

If a user has merely sub-edit permission for an event, he or she can add and delete requests for resources, but can't increment or decrement the quantity using the nudge buttons. Oddly, it is possible to increment the quantity by making a second request.

This is inconsistent. The test on the increment/decrement buttons should be for sub-edit permission, not edit permission.

If you create an all-day event for the current day and then repeat it for, say, 3 days, you end up with two copies of it on the first day.

The full Element name of a Location is generated from the Location itself and all its Location Aliases. Updating any of these should cause the Element name to be updated.

If an existing Location Alias record is updated to point to a different parent Location, the new parent's Element is updated correctly but the old parent's one remains untouched, meaning it still shows the old alias.

When the user views details of an event, some of the resources can appear with a red box around indicating a double booking.

It would be handy if details of the clashing event(s) appeared as hover text at the same time.

When a user first logs in, Scheduler creates a user record and populates it with the e-mail address and name provided by the authenticator - Google or Azure. For subsequent logins Scheduler simply finds the appropriate record using the unique id provided by the authenticator but ignores the other fields.

It would be sensible to update those fields which were originally derived from the authenticator.

If you edit the membership records of a group, deleting one of them, then afterwards the "Back to group listing" button does not take you back to the group listing. Possibly related to issue #12

If you clone one of your groups you are immediately taken into the edit dialogue for the new group. When you click "Finished" you are taken back to the edit dialogue of the original group. If you click "Finished" there you go back to the new group, ad nauseam.

You can break out by using any menu option, but the first click on "Finished" should take you back to the original listing.

When searching for an event, the resulting list of events can't be clicked on to see the event detail.

You can click on the date of the event, but unless you have the right concerns switched on you are unable to always see the event.

Can you please add an event detail link to the search results, thanks!

Niki

When you use the event wrapping facility to create set-up and clear-up events, the dialogue offers check-boxes to choose which resources will be copied over.

Whatever the user selects, these check-boxes are ignored and all the resources are copied over.

Happens in v1.7.6

Can information about the event organiser be sent within the response query when querying an event with the following a similar command:

curl -K curl.opt https://schedulerdemo.xronos.uk/api/events/3

When the system sends out an e-mail with only a single part - e.g. just text - it gets stored in the e-mail log but isn't displayed correctly. It appears to the user to have no parts at all.

The only e-mail which fits this description at present is the "Pupils missing from your lesson" one.