Feature Wiki

Information about planned and released features

Tabs

Add Users to Exercise using course roles

Page Overview

[Hide]

1 Initial Problem

  • In ILIAS-Exercises users are by default only listed under "Submissions and Grades", after they have handed in an assignment.
  • Users that don't hand in anything don't show up in the list.
  • But for teachers it is very important to know and see who didn't hand in the assignment.
  • Teacher use the function "Add Users of Current Course" for almost every exercise.
  • The Problem: After clicking on the "Add Users of Current Course"-Button you get an unstructured list with all users of all course roles. So currently the lecturer has to check each user he wants to be added separateley - OR he/she can use the “Select All”-checkbox - and then has to uncheck all the users which are not students - this leads to a lot of clicks which could be avoided.
Option 1: Selecting all users manually
Option 2: Select All, then deselect.

2 Conceptual Summary

Open Submission and Grades.

Click Add Users From Current Course. (Only presented if exercise actually is in a course.)

Screenshot 1 – current status in ILIAS, no change through this feature request

ILIAS presents search results with View control. 

The table can be sorted according to the selection of the View control.

The table should present the local roles. 

Screenshot 2 – with added view control to filter roles

3 User Interface Modifications

3.1 List of Affected Views

>Exercise >>Submission and Grades >>>Add Users From Current Course

3.2 User Interface Details

see above

3.3 New User Interface Concepts

None

3.4 Accessibility Implications

There are no known accessibility issues. 

4 Additional Information

4.1 Involved Authorities

If this request is related to multiple components, please list both authorities for all related components.

4.2 Technical Aspects

n.a. 

4.3 Privacy

Additionally the local role of a user will be displayed. 

4.4 Security

No known security issues. 

4.5 Contact

4.6 Funding

Funding status and funding parties are listed in the block 'Status of Feature' in the right column of this page.

If you are interested to give funding for this feature, please get into contact with the person mentioned above as 'Contact'.

5 Discussion

I just found out, that an exercise only appears in the ToDo - block on a users dashboard, if he/she has been added to the exercise. This in my optionion is another good reason to implement this feature.

Tödt, Alexandra [atoedt] 23.06.2025: The exercise has no strong concept for paticipants or grading personal, It has no concept of local roles. This would be a helpful improvement but major change. Please contact me if you want to pursue this change. 

Weber, Frank [franklin66] 23.6.25: Okay, I'll get in touch with you.

Stake, Sebastian [sstake] 30. JUN 2025: There is a rival concept for this issue with the FR Automated adding of users to exercises

Weber, Frank [franklin66]: Interesting - thanks for the hint!

Kunkel, Matthias [mkunkel], 12 AUG 2025: I am sure this is a very helpful improvement for the exercise. Just some remarks concerning the second screenshot in chap. 2:

  1. I suggest to change the headline of the table to ‘Search Result’ (common#:#search_result#). That's what I see on this screen is one result, not multiple ones.
  2. The label ‘Local Roles’ in the ViewControl implies that there are listed ‘all local roles’ that exist at this node. If the feature focuses only on course roles it should be ‘All Roles of Course’. And local roles from parent containers (above the course) should be ignored (e.g. a ‘Department Admin’).
  3. And finally a personal remark: I would prefer to have this workflow for selecting course members to an exercise within a roundtrip modal. But I know that this modal has many opponents.

Last but not least: as the origin of this requests dates back to 2017, the page template was quite outdated. I have updated it to the latest version. Some topics still need some information.

Tödt, Alexandra [atoedt]

Tödt, Alexandra [atoedt] 2025-08-12

  1. ‘Search Result’ (common#:#search_result#) is fine by me.
  2. Label ‘All Roles of Course’ is fine by me. 
  3. Modal is more expensive to implement. 

I added the info that was not requested in 2017 ;-)

Samoila, Oliver [oliver.samoila], 18 AUG 2025:
Hello everyone. I apologise for being so late with this comment. I am so sorry. I will also get back to you in the JourFixe.

If I understand the request correctly, it is in possible conflict with the general change of processes for adding users to a participant/member status - but maybe it is just a development where we need to pay attention to each other.

See: Compensation of Micro forms in Toolbar » |Label| + |Input| + |Legacy Dropdown| + |Submit|

The 'Search Users' | 'Search Result' view should basically not be addressed by the previously mentioned changes. (Legacy UI reductions are also on the agenda there.)

I would be delighted if we could clarify which connections exist and which do not. Thank you very much in advance.

JourFixe, ILIAS [jourfixe], 18 AUG 2025: We highly appreciate this suggestion and accept the feature for trunk with the following clarifcation:

  • The View Control shall show all local roles of the course, not only the default generated ones. Local roles from parent nodes above the course are ignored.

6 Implementation

Feature has been implemented by {Please add related profile link of this person}

6.1 Description and Screenshots

{ Description of the final implementation and screenshots if possible. }

6.2 Test Cases

Test cases completed at {date} by {user}

  • {Test case number linked to Testrail} : {test case title}

6.3 Privacy

Information in privacy.md of component: updated at {date} by {user} | no change required

6.4 Approval

Approved at {date} by {user}.

Last edited: 18. Aug 2025, 14:49, Kunkel, Matthias [mkunkel]