Open omachado-id opened 6 months ago
G'day,
Thank you for the bug report. Very useful. Especially since I'm not regularly using Collections myself at the moment.
With some exploration (described below) I've identified a couple of issues, including one echoing your problems.
I'll start looking at them separately and get back to you ASAP.
The following is my attempt to re-create the problem you've reported. All the following are being done with FireFox and my test courses on "Canvas for Teachers"
A quick initial test and Collections still works as expected.
All of the Canvas course sites I currently use already have Collections configured. Historically I've renamed or removed the configuration page to emulate starting afresh with Collections.
This is not working as expected. Collections keeps working when the configuration page is renamed. I need to remove all content from the configuration page to make it approach expectations. Suggesting something has changed.
Experimenting further reveals
Reports of unpublished when it is published
Turning on Collections renames the configuration page to normal. Collections displays it as unpublished, even though it is published.
Hitting the Edit On button doesn't bring up the editing interface.
Logs report the error "no div.cc_json" found on the configuration page. Suggesting the problem may be due to the empty, but existing configuration page.
Now time to delete the configuration page and try again
Shows the "collections" switch, turning it on gives the "config file created" message
The new configuration page is has the page id canvas-collections-configuration-2. i.e. the Canvas page creation process remembers there was a previous canvas-collections-configuration page. As previously noted.
Hitting edit on gives "can't find configuration page"
Suggesting that the earlier solution integrated into Collections is no longer working. Suggesting some further changes in how Canvas pages are being handled.
Raising the question if this happens in a course that's never had Collections configured?
Switch Collections on and configuration page is created
As expected it is unpublished.
Edit on and edit interface is not appearing
Collections is finding the configuration file, but the interface is not appearing as expected.
A quick update on progress. I've identified the cause of the problem (at least the one I'm having) and have started implementing fixes. Will look to finish these tomorrow (my time) if not before.
The problem (at least in my testing) does not arise in courses where Collections has never been used before. Only in courses where a Collections configuration page was created, but subsequently removed/renamed. There is a chance that courses with content copied from another course may have this problem.
This is arising due to the change in page names/page slugs from last year. This time impacting the configuration page. Collections was modified to handle this change on the lock page, but apparently not the configuration page.
Some progress...more like 2 steps forward, 1 step back.
I've updated the Limitations page on the Collections' site with my current understanding of his particular problem, including a potential solution.
In short, I believe this problem is evidence of a course site where the Canvas Collections configuration page has been deleted or removed. Once this is done, any subsequent attempt to use Collections exhibits the issues you've reported. This is due to the change by Canvas I mentioned earlier.
It will be interesting to see if this is the situation you are facing and if the proposed solution will work?
I will make some changes to Collections to detect this issue and provide a in-context solution.
Sadly, due to how Canvas works Collections can't be modified to avoid the issue. A modification that worked for the "edit lock" page will not work for the configuration page. This is because only teaching staff need access to the edit lock page. Both students and teaching staff need access to the configuration page. The solution for the edit lock page requires that the Pages course menu item is visible/accessible to students. Which is not always the case.
Hello, I've just noticed this within the last couple of days, but I'm no longer able to activate Canvas Collections editing mode. I've tried to do so in several sandbox course shells without success. When toggling Canvas Collections on, I receive the usual dialog:
The Collections toggle area then displays an orange "Unpublished" button. When clicking it, I receive a message saying the page doesn't exist, but I can create it now, with a new version of the configuration page, which is blank (no configuration HTML code), being created, so publishing that one doesn't accomplish anything. Meanwhile, an actual configuration page, with the correct config HTML, gets created from the initial toggle on action. Yet, when that one is published, and I click "Edit On, "it isn't recognized by Canvas Collections. I just receive this warning:
Which isn't true, since the configuration page already exists and is published. Repeating any of the above just creates a cycle of new configuration page creations. The net result is a series of configuration pages being created. Deleting all to just one published config page does not resolve this cycle. It's my understanding that once the config page is created and published, Canvas Collections recognize it and allow editing to be turned on.
I'm using the latest version of FireFox (64 bit), v. 125.0.1. For institutional reasons, I don't run Canvas Collections in Edge or Chrome. I am running the latest version of Canvas Collections (v. 1.25), and the latest version of TamperMonkey (v. 5.10)
Additional context Coincidentally, Instructure/Canvas, on April 10, 2024, announced an update to JQuery. I don't know if the change impacts Canvas Collections, but it's a recent backend change by Instructure. See their latest update message: on this
Thanks in advance for your help.