cancel
Showing results for 
Search instead for 
Did you mean: 

Canvas Production Release Notes (2018-05-12)

Canvas Production Release Notes (2018-05-12)

Changes from https://community.canvaslms.com/docs/DOC-14552-canvas-beta-release-notes-2018-04-30?sr=search&search...

Updated Features—
  • Removed Account Settings: Right-to-Left Language Support
Other Updates—
  • Added Permissions: See Other Users’ Primary Email Address, View Login IDs for Users
Platform/Integration—
  • Added API Additions: Roles API

Upcoming Canvas Changes

SIS File Refactor: June 2

On June 2, the SIS File Refactor account-level feature option will be enabled for all institutions. This change benefits institutions with large SIS imports, provides more detailed error and troubleshooting information, and allows for future SIS Import engineering improvements. Learn more about the SIS File Refactor in the Canvas Production Release Notes (2018-04-21).

Course and People Search: June 2

On June 2, the Course and People Search account-level feature option will be enabled for all institutions. This change allows admins to more easily navigate courses and users in a Canvas account. Learn more about Course and People Search in the Canvas Production Release Notes (2018-03-10).

In this production release (May 12), Yo is no longer supported as a Canvas web service. Additionally, the Files Settings menu icon has been replaced with the Options icon.

For admins, the Customize this Menu link in the Global Navigation menu directs to the Help Menu section in the Account Settings page, and two new permissions have been added for allowing users to view primary email addresses and view login IDs.

For instructors, the Announcements commenting option is persistent per user across all courses that allow announcement replies.

For students, the submission details page sidebar displays the assignment status as Submitted instead of Turned In.

Production release notes also include API updates and fixed bugs.

Features are subject to change based on user feedback and testing. Please follow the release notes for the latest information.

watch-screencast-red.png

Canvas New Feature Screencast (2018-05-12)

Next release schedule

  • Beta release and notes: May 21
  • Production release notes: May 29 (in observance of Memorial Day in the United States)
  • Production release and documentation: June 2

Production release notes indicate Canvas updates that will be included with Saturday’s release and are subject to change. However, some features may already be deployed to production as indicated in the release notes. New features may differ from those available in your beta environment. Learn more about the Canvas Release Schedule.

  • Not all features will apply to mobile apps, and some functionality may be implemented in mobile apps at a later date.
  • Mobile features are updated and announced separately according to app and device in the Mobile release notes

The Canvas product team welcomes feedback according to Canvas Community Feedback Guidelines. Release notes comments are subject to release notes comment policies.

Account-level features are not available in Free-for-Teacher accounts unless otherwise indicated.

Flash Content Reminder: Canvas displays Flash content as supported within major browsers. Microsoft Edge, Safari, Chrome, and Firefox default to HTML5 as the preferred method for displaying website content, which promotes a faster, more secure browsing experience. These browsers will eventually block all Flash content. For best performance in Canvas, course content should be designed to support HTML5. Any affected content can still be accessed by manually allowing permission for flash content in the browser. Using the camera and microphone to record media content within the Canvas Rich Content Editor currently still relies on Flash and is being addressed by Canvas engineers.

Advanced CSS and JavaScript users: Canvas releases may include undocumented changes that affect styles and code in custom applications. Please make sure to view your Beta environment for any customization conflicts.

                                    

  Updated Features

  BACK TO TABLE OF CONTENTS

Announcements

Comment Setting Persistence

When users are allowed to comment in announcements in a course, the Allow Users to Comment option is persistent and displays the same option set in the previous announcement. This change assists instructors so they don’t have to change the comment option for each announcement they create.

This setting is associated with the user context and not the course context. If an instructor changes the comment setting in one course and creates an announcement in another course, the same comment setting will apply. However, if the course has not enabled comments for announcements, the comment option does not display in the announcement and the announcement is locked by default.

Announcements comment option persistence

User Settings

Yo Web Service

Canvas notifications no longer integrate with Yo, a single-tap zero-character communication tool.

  Other Updates

  BACK TO TABLE OF CONTENTS

Assignments

Submission Details Page Sidebar Terminology Update

When a student submits an assignment, the submission details page sidebar displays the assignment status as Submitted. Previously the sidebar displayed the status as Turned In. This change helps align consistency with Canvas terminology.

Student assignment page wording update

Files

Settings Menu Icon Update

The Files Settings menu icon has been replaced with the Options icon. This change helps align consistency throughout all Canvas areas and mobile apps.

The Settings icon has been updated in Files

Global Navigation

Help Customization Link Section Anchor Tag

In the Global Navigation Help menu, the Customize this Menu link directs admins to the Help Menu Options section in the Account Settings page. Previously, the customization link directed admins to the top of the Account Settings page, which required them to scroll down the page.

Global Navigation Help Link anchor tag to Help Menu section, Account Settings

Permissions

See Other Users’ Primary Email Address

The Account and Course Roles page includes the See Other Users’ Primary Email Address permission. This permission is enabled by default for admins at the account level, and instructors and TAs at the course level (as well as any custom roles based on instructor and TA roles). However, this permission can be enabled for student, observer, and designer roles. Details about this permission have also been added to the Roles API.

When enabled, users can search for other users via primary email address in the People page and view email addresses via the Roles API. The People page does not display a user's email directly in the People page, but it is returned in search results via API.

The functionality of this permission has always existed in Canvas for users with the add/remove students permission. However, this new permission change limits email visibility to other users who may not need to view other users' email addresses. 

View Login IDs for Users

The Account and Course Roles page includes the View Login IDs for Users permission. This permission is enabled by default for admins at the account level, and instructors and TAs at the course level (as well as any custom roles based on instructor and TA roles). However, this permission cannot be enabled for any other role. Details about this permission have also been added to the Roles API.

When enabled, users can view login IDs for users in the People page and access login details via API.

release-notes-bug-fix-icon.png These changes resolve a fixed bug in Canvas:

When searching for a user in the new account-level People page, admins were unable to search for user data other than name if the admin did not also have permission to add/remove other teachers or add/remove students from the course permissions. Canvas code has been updated to allow admins to search for user data based on the permissions granted to the admin. The following permissions are now required for each intended search result:

  • Find a user by email address: See Other Users’ Primary Email Address permission
  • Find a user by SIS ID: Read SIS Data or Manage SIS Data permissions
  • Find a user by Login ID: View Login IDs for Users permission

  Platform/Integration

  BACK TO TABLE OF CONTENTS

For details about using Canvas API documentation, please see the Canvas API Policy page.

API Changes

Accounts API

List Active Courses in an Account Endpoint

  • Sort parameter: Replaced subaccount value with account_name value. Subaccount can still be used as a value for backward compatibility.

User Observees API

List Observees Endpoint

  • Clarifies that the returned observees will include the observation_link_root_account_ids attribute

API Additions

Accounts API

List Active Courses in an Account Endpoint

  • Include parameter: Added account_name value

Communication Channels API

Delete a Push Notification Endpoint

  • Added endpoint

Courses API

List Your Courses Endpoint

  • Include parameter: Added account object

List Courses for a User Endpoint

  • Include parameter: Added account object

Get a Single Course Endpoint

  • Include parameter: Added account object

Enrollments API

List Enrollments Endpoint

  • Added enrollment_term_id parameter

Roles API 

Create a New Role Endpoint

  • permissions[<X>][enabled] parameter: added read_email_addresses value (see other users’ primary email address) and view_user_logins value (view login IDs for users)

Submissions API

List Submissions for Multiple Assignments Endpoint

  • Added graded_since parameter

User Observees API

Add an Observee with Credentials Endpoint

  • Added root_account_id parameter

Add an Observee Endpoint

  • Added root_account_id parameter

Remove an Observee Endpoint

  • Added root_account_id parameter

Users API

Create a User Endpoint

  • Added destination parameter

  Fixed Bugs

  BACK TO TABLE OF CONTENTS

Accessibility

Assignments

The Assignment Index page and Create Assignment page includes correct form labels and valid aria attributes.

Courses

At the account level, course search results are announced to screen readers.

Notifications

User notification preference tooltip details can be viewed by keyboard users and screen readers.

People

At the account level, people search results are announced to screen readers.

SpeedGrader

When the Allow Outcome Extra Credit feature option is enabled, rubric score changes are announced to screen readers.

API

Courses API

In the Create a New Course Endpoint, the course[default_view] parameter does not include the option to set a page as the front page.

Explanation: When a user created a new course via the API and set the default view for the home page, the API documentation displayed an option to set a front page. However, the parameter was unable to support the API call because the functionality was not supported. Canvas code has been updated to remove the option to set a page as the front page from the API documentation.

Assignments

Duplicated or Unmuted Assignments Validity Error

Duplicated or unmuted assignments with edited Until dates do not generate an error.

Explanation: When a duplicated or unmuted assignment was also edited so the Until date matched the Due date, the assignment generated an error. Canvas code has been updated to allow Until dates to be edited without error.

Peer Reviews and Rubric Removal

Removing a rubric from a peer review assignment does not affect currently assigned peer reviews.

Explanation: When a rubric was removed from a peer review assignment, all currently assigned peer reviews were also removed from the assignment. Canvas code has been updated to not affect peer review assignments when a rubric is removed.

Section Date Term Override Error

Assignments can be assigned to an individual student if the student is enrolled in a section with term override dates.

Explanation: When a student was enrolled in a section with term override dates and assigned to an assignment, the assignment displayed that the date cannot be after the term end. Canvas code has been updated to not validate assignments assigned to individual students. This change does not affect assignments assigned to entire sections, which are still validated against term dates.

Blueprint Courses

Module Lock Dates

Modules with unlocked dates in Blueprint courses generate an unsynced change for associated courses.

Explanation: When a module was locked until a specific date in a Blueprint course, synced to associated courses, then unlocked, the Blueprint course did not trigger an unsynced change. Canvas code has been updated to generate unsynced changes when a previously locked module is unlocked in a Blueprint course.

Gradebook

Grading Period Placement and Due Date Changes

Assignment due date edits do not affect placement within another grading period.

Explanation: When an assignment’s due date was changed in a course with multiple grading periods, the Gradebook displayed the assignment cells as grayed out notifying the submission was in another grading period. Canvas code has been updated to ensure assignment due dates place the assignment in the correct grading period for all submissions associated with the assignment.

New Gradebook

Grading Periods and Enrollment Visibility

Grading period assignments verify concluded and inactive student option visibility.

Explanation: When a user selects a grading period and has not selected the option to display inactive or concluded students, submissions for inactive and concluded students still displayed in the grading period. Canvas code has been updated to verify the concluded and inactive student visibility option in the Gradebook when displaying assignments.

People

New People Page and Add People Button

In the new account-level People page, the Add People button only displays for users with permission to add users to courses.

Explanation: When an admin clicked the Add People button in the new account-level People page, and the admin did not have permission to add users to courses, the page generated an error message. Canvas code has been updated to only display the Add People button for admins who have the add/remove students and/or add/remove other teachers permission.

New People Page and Deleted Enrollments

In the new account-level People page, deleted enrollments are not included in search results when filtering by role.

Explanation: When an admin filtered the new account-level People page by role, the search field displayed both deleted and active enrollments. Canvas code has been updated to display only active roles as part of the search filter.

New People Page and Test Students

In the new account-level People page, the test students are not counted in course enrollments.

Explanation: When a course included a test student, the test student displayed in the new account-level People page count as a student enrollment. Canvas code has been updated to remove test students from enrollment counts.

Quizzes

Auto-Graded Quiz Changes and Grading History Accuracy

Auto-graded quizzes with manual edits retain all grades in the Grading History page.

Explanation: When an auto-graded quiz was manually edited, the Grading History page only displayed the manual grade change and not the original grade. Canvas code has been updated to retain and display all grades for an auto-graded quiz.

Labels (1)
Comments

For the Permission of "See Other Users’ Primary Email Address"...  I tried turning this on for the "Teacher" role, but when masquerading a Teacher, I couldn't find where he/she could then view someone else's e-mail address.  Where should we be able to see this?

Thank you for fixing the Account Course and User Search permissions. This will allow us to finally turn it on and know that our Service Desk can use it properly to search for users by username.

We're not seeing it anywhere, either.  [Sad face]

I'm also trying to see where this is seen, particularly by another student. Since Canvas doesn't connect to our directory and doesn't push forward Confidentiality flags (the kind that prevent a student from showing in our directory, email listed, etc.) we most likely will not enable this for students.

That being said - I turned it on in Beta and masqueraded as one of our testing accounts to see where a student could click on a name of a classmate and then see the email address. I went to People, clicked on a name, and saw the limited-view context card/bio card. I thought it might have been shown there. I didn't see anything.

Where will the email address be seen?

Thanks!

Hi, Chris,

If this permission is turned off for instructors, they should not be able to get email addresses for students using the API or search for students by email address. One of our engineers is confirming this behavior though as it seems the search feature isn't functioning quite as intended.

Thanks,

Erin

Pardon my ignorance, and I might be conflating a few things --- where can a Teacher search for users?  Maybe that is a perm we don't have on. Our users do not have a "People search" like admins do at the sub-account or root level.

Secondary question --- if the Student perm is turned on for email addresses, and you mentioned API, does that mean a student can harvest email addresses of students in courses they are also in, or --- en masse students in Canvas? Same question for Teacher/TA role then.

I feel like I'm missing something fundamental is where this is seen or used.

If an admin has the View Login IDs for Users permission but NOT the "Modify login details for users" permissions, where can they view the login id for users? They can search by the login id, but I don't see where it's actually visible. Very strange that it's not visible within the admin people search.

So on Jun 2 the new Users and Course Search will be updated?  We will have that as our one and only option after that release? 

Hi, James,

Login IDs are primarily found in the People page within a course. As for the account search, not every component of user data is displayed directly in the interface. However, if you have permission to view login IDs data, you can access it via the API and it will be part of the API results, even though something may not be displayed in the interface.

Hope that helps!

Erin

Hi, Jason,

Yes. Feature options are not always designed to remain optional, and this is a feature that our engineers will be enabling for everyone in the June 2 release.

By the way, our product teams are always open to feedback, even for existing features. So feel free to share your thoughts if needed and check out existing course and user search ideas.

Thanks,

Erin

Hi, chofer@morainepark.edu‌ and Adrienne.J.Gauthier@Dartmouth.edu‌,

Thanks for your patience as we re-reviewed these permissions with our engineers. We've clarified the release notes to clarify the intention of these permissions. 

And for the sake of additional discussion, I'll try to elaborate a little more for you. To support my previous response, instructors and TAs can search for a user's email address via the search field in the course People page. Email addresses are not displayed in the People interface, but they are part of the API call that returns the email address of the user being searched for in that page. Previously, all users were able to use the API to access email addresses for any user, including students. This permission now helps protect those email addresses, especially if admins do not want students to be able to view email addresses of other students. (So yes, students could have potentially gotten emails using the API.) By default, students will not have this permission enabled—just TAs and instructors. Other than that, this permission doesn't change any behavior that has already existed in Canvas. Nothing you need to be overly worried about. We did verify that with this permission disabled, users can enter an email address in the search field but return no user results, which means they have to search for a user using another method.

TAs and instructors (and admins) can view a student's default email in a user's details page, however. That is the only place you can view the email directly in the interface. Access to the user details page is managed by the add/remove students permission (as a TA or instructor, the best way to know if you can do that is if you have an Add People button in the People page). Same with the add/remove teachers: if you can add or remove a teacher, course designer, or TA in a course, you can also view said user's email address in the user's details page. This behavior means that if a TA or instructor does not have permission to view a user's primary email address, the address can still be viewed if the TA or instructor has access to view user details. We're confirming whether or not that behavior should be intended and may make a permission adjustment, though if that happens it will be part of a future release.

Hope that helps! Thanks for the questions,

Erin

Thanks! That does help clarify. It's one of those 'you don't know what you don't know' --- namely that until this change, students could API harvest all the email addresses of students in a course they are in. Who knows if anyone has actually done this (we can't even tell if students are using the API), but thank you for closing up that hole.

Hello, the Javascript call to update the LTI iframe height has stopped working. This is happening in 2 separate instances of Canvas, which leads me to believe this might be a canvas related change.

This call no longer does anything when calling the Parent (Canvas) window.

parent.postMessage(JSON.stringify({ subject: 'lti.frameResize', height: DocHeight + "px" }), '*');

Thanks Erin! If anyone is interested, here is a great feature suggestion related to this: https://community.canvaslms.com/ideas/11183-allow-sis-id-field-to-be-customized-in-new-people-search... 

The idea is that admins should be able to customize the view so that Login ID is displayed instead of, or alongside, the SIS ID. At our university, both fields are important for admins to see.

I found a fix to my issue, I just had to remove the "px" from the call
[NEW CODE]
parent.postMessage(JSON.stringify({ subject: 'lti.frameResize', height: DocHeight  }), '*');
It's working fine now.

Could you expand more (or point me to a good link) on how a user gets email addresses (or other info) via the API - I'm not familiar with accessing the API and would like to know more about this process. Thanks!

Hi, Kathleen,

Calling info from the API involves a couple of things. First, you'll need an API token, which you can learn to generate here: How do I obtain an API access token for an account? 

If you're new to APIs, you can take a course created by our Canvas developers to introduce you to Canvas APIs and how to make API calls: Introduction to Canvas APIs.

You may also want to jump into Canvas Developers. You could see if anyone can recommend good resources to help you get started, or maybe you'll find a mentor, too! 

Erin

Hi, all,

Beta release notes are now available! Check them out here: https://community.canvaslms.com/docs/DOC-14650-canvas-beta-release-notes-2018-05-21 

Thanks,

Erin

Version history
Revision #:
1 of 1
Last update:
‎05-07-2018 09:31 AM
Updated by: