CUNY Academic Commons

Thank you, Boone. From what you've written, it sounds like this will correct the process for generating new cuny.is links for new users when they register.

Is the process of creating cuny.is links for users who registered while there was a problem a separate issue?

To be clear, I don't believe that cuny.is accounts are created for users at the time of account creation. It may have worked like that in the past but I think it changed once we moved to the CV system. Now the URLs are requested only when the user creates a CV.

Existing users who created a CV while this bug is in place, who did not attempt to manually fix their cuny.is links, continue not to have a shortlink. The mechanism that's triggered during CV creation (namely, an empty cv-shortlink block is inserted; the editor detects that it hasn't yet been saved to the database; the cv-shortlink block runs an AJAX request to get a suggested and available shortlink based on the user's nicename; if available, it's filled into the draft post; the shortlink is then created on the initial save of the CV post) only happens for new CVs, not for updated ones.

I wrote and ran a script that identified users affected by this issue (those with a cv-shortlink block, but where the shortlink field was empty) and came up with about 1800 users. I then wrote a script that, for each of these users, asked cuny.is if the user's nicename was available as a shortlink. If so, the shortlink was created and saved to the CV. I was able to repair 1740 in this way. The few dozen that were not repairable were for various reasons: the user that created the CV is deleted and thus the CV is abandoned; the user has already requested the cuny.is shortlink for some other purpose. I have a log of these failures if we ever need it.

Awesome. Thank you, Boone. I somehow thought the cuny.is links were created at registration -- good to know how things actually work.

Thank you for remediating the issue for the affected members. Much appreciated!!