Bug 47399 - disjoined passwordlists through canceled user imports
disjoined passwordlists through canceled user imports
Status: RESOLVED DUPLICATE of bug 45673
Product: UCS@school
Classification: Unclassified
Component: Import scripts
UCS@school 4.3
Other Linux
: P5 normal (vote)
: ---
Assigned To: Daniel Tröder
Jürn Brodersen
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2018-07-25 13:34 CEST by Johannes Kenkel
Modified: 2018-07-25 17:13 CEST (History)
2 users (show)

See Also:
What kind of report is it?: Feature Request
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Johannes Kenkel univentionstaff 2018-07-25 13:34:56 CEST
Importing users with MVP / http-import-api might result in canceled jobs even if the dry run was successful. In this case all problematic users are not created in ldap. The other users are created correctly and the passwordlist for those users is downloadable from the UMC. Afterwards the import workflow requires the user to fix the problematic records and restart the import. In case this importrun is successful there are two passwordlists for actually one import(file) which is highly uncomfortable especially if there are diverse incomplete importruns.
Comment 1 Daniel Tröder univentionstaff 2018-07-25 14:43:18 CEST
This has nothing to do with the HTTP-API-Import, but with the general import framework.

Please rephrase this as a feature request, with an idea how a solution (from the user perspective) could look like.
Comment 2 Johannes Kenkel univentionstaff 2018-07-25 16:12:38 CEST
From the user perspective the described behavior feels like a bug not like a feature request, since the desired function of importing one userlist and getting one passwordlist is already existent but not working as expected. 
The faulty workflow of importing users in the described manner can't usually be solved by users who conduct the import because the passwordlists of incorrect importruns are not accessible from the UMC, but from /var/lib/ucs-school-import/jobs/.../.  
Therefore i would like to regard this problem as a bug. Parallel we would like to workout some solutions and place them in Trello.
Comment 3 Daniel Tröder univentionstaff 2018-07-25 17:13:59 CEST
The password lists are not accessible in the UMC, because there are _no_ password lists of aborted imports.
→ Duplicate of Bug #45673.

Trello is a good place to develop a solution. Let's also brainstorm a bit in the next meeting.

*** This bug has been marked as a duplicate of bug 45673 ***