Bug 51660 – When importing Windows Clients, the objectClass ucsschoolComputer is not set

Bug 51660 - When importing Windows Clients, the objectClass ucsschoolComputer is not set


Summary:	When importing Windows Clients, the objectClass ucsschoolComputer is not set

Status:	NEW

Product:	UCS@school
Classification:	Unclassified
Component:	Import scripts
Version:	UCS@school 4.4
Hardware:	Other Linux

Importance:	P5 normal (vote)
Target Milestone:	---
Assigned To:	UCS@school maintainers
QA Contact:

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2020-07-10 14:52 CEST by Christina Scheinig
Modified:	2020-07-13 11:54 CEST (History)
CC List:	1 user (show)

See Also:
What kind of report is it?:	Bug Report
What type of bug is this?:	5: Major Usability: Impairs usability in key scenarios
Who will be affected by this bug?:	3: Will affect average number of installed domains
How will those affected feel about the bug?:	2: A Pain – users won’t like this once they notice it
User Pain:	0.171
Enterprise Customer affected?:
School Customer affected?:	Yes
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:	2020070921000591
Bug group (optional):
Max CVSS v3 score:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Christina Scheinig

2020-07-10 14:52:05 CEST

When importing Windows Clients, the objectClass ucsschoolComputer is not set and therefor there is no ucsschoolRole on this Computers. They are not usable in Computerroom.

--------------
The csv looks like this:
windows P-Test-123      14:03:50:02:D3:EF       SUN    10.200.43.99/255.0.0.0

--------------

Comment 1 Michel Smidt 2020-07-13 11:14:42 CEST

Why "5. Blocking further progress on the daily work"? The customer writes on the ticket: "UCS System Diagnostics sees this and offers "Fix Computer Objects", so the problem is solved."
I think it's important to fix the bug in a timely fashion, but I'm changing the priority.

Comment 2 Christina Scheinig

2020-07-13 11:29:39 CEST

(In reply to Michel Smidt from comment #1)
> Why "5. Blocking further progress on the daily work"? The customer writes on
> the ticket: "UCS System Diagnostics sees this and offers "Fix Computer
> Objects", so the problem is solved."
> I think it's important to fix the bug in a timely fashion, but I'm changing
> the priority.

This okay for me, and for the customer, when it will be fixed.