An often unanticipated result of user account deletion, orphaned classes in Google Classroom keep cropping in Google Workspace forums and support desks across the education ecosystem. Schools likely don’t know they have this problem until it becomes a larger issue. So what are orphaned classes, how can they be prevented, and how can you fix them?
What are orphaned classes in Google Classroom?
When a user account is deleted, Google Workspace prompts the admin to transfer user data (Drive, Calendar, and Google+) to another user account. The transfer does not include Google Classroom classes, so any active classes owned by a deleted user enter an orphaned state, showing Unknown User as the owner on the Classroom homepage, and in the stream.
The bigger problem, is that orphaned classes are still active (non-archived) classes for students. Students can continue to communicate to other students in the classes stream if the settings permit students to post and comment. This scenario leaves student communication essentially unchecked, and it is likely that district admin will not realize orphaned classes even exist until there is a problem.
How can you prevent orphaned classes?
You can take action on orphaned classes, and it is best to be proactive rather than reactive. Once you delete a Classroom owner, it’s much harder to fix orphaned classes.
First, let’s outline what happens in Google Classroom for a deleted user account:
- Any active classes remain visible to students.
- The teacher changes to Unknown user in the Stream and Classwork pages.
- The teacher account disappears completely from the People page.
Because the class has entered this orphaned state, there are limitations on the actions to take against it via standard remediation routes, like the Classroom API Explorer and GAM. While you can remove students and change the state (delete or archive the class), you cannot add students or co-teachers to the class nor change its primary owner. This can be a major problem if you need to retain the integrity of the class for the new teacher or student and teacher communications in the Stream. After deleting the primary teacher, existing co-teachers can still access the class, but you cannot transfer ownership.
To prevent orphaned classes from becoming an issue in your district, we first recommend avoiding the deletion of teacher accounts, opting instead to suspend them. While this is best practice for general information retention, it also prevents Google Classroom classes from entering an orphaned state. Because classes connected to a suspended teacher account do not fall prey to any issues that affect deleted users. While the account is suspended, you can use the API methods listed above, or tools like Little SIS for Classroom, to make bulk ownership changes on the user’s Google Classroom classes.
If you do delete user accounts after a time, it is best practice to ensure that the users do not own any active or archived classes before you delete them. You can do this by making a simple list request in the API Explorer, or through the GUI Explorer in Little SIS. If you find this user owns classes, it’s recommended that you then transfer ownership to a placeholder account or the replacement teacher account.
Restore a recently deleted user
Have no fear, if you have deleted the user within the past 20 days, they can be recovered with their Classroom ownership restored, and you can take steps to resolve the issue before permanent deletion.
How can you fix orphaned classes?
If you’ve deleted user accounts, and you later find that they are the owner of Google Classroom classes, you’ve unfortunately entered orphaned Classroom purgatory. There are some steps that you can take in a pinch, but they will not retain or grant access to the Classroom Stream.
If your primary concern is the immediate prevention of further communication in the orphaned class, the best thing to do is to archive it. This can be done via the API Explorer for individual classes, or via GAM or Little SIS in bulk. Archiving a class does not get rid of the content in the Stream, but does remove the students’ ability to access it. If there was a co-teacher in the Classroom, they can still access the class and Stream data. You cannot, however, add a co-teacher at this point. You can also remove the students from the Classroom via the same methods, but you will not be able to add a new student to the class.
While you are able to delete orphaned classes, if there are students in the class and thus any possibility of Stream data, deleting the class will also permanently delete this data. This is not recommended except in cases where classes are devoid of students, or you’re sure there is no data in the Stream that may need to be retained.
At CDW Amplified for Education, we have been following this issue closely and are engaged with the Google Classroom team to work toward a resolution. While some of the steps outlined above can help prevent further incidents from occurring in orphaned classes, ultimately the best approach is to add a Google Classroom check to your user deletion workflow.
About the Author
|Melanie Long, Customer Success Manager|
|Melanie lives in Virginia and is based in Amplified IT’s home office located in Norfolk. One of the first members to join the Amplified IT team, now CDW Amplified for Education, Melanie has worn many hats at the company. She most enjoys interfacing with customers and helping them implement tools that solve common pain points and frustrations. Today she leads the onboarding and interfacing with Labs tool clients, making lives easier and breezier one implementation at a time.|