search

plumi / criticalcommons.content

Critical commons extra content types
1 stars 0 forks source link

Lecture not saving correctly - retains Timestamp URL #34

Open ahelme opened 8 years ago

ahelme commented 8 years ago

This lecture has a timestemp URL, it has not saved to include it's real title: http://www.criticalcommons.org/Members/cmarez/lectures/lecture.2013-01-07.2328475602

Perhaps this might cause some errors elsewhere in the site, but it is at least, an unpleasant URL.

This rings some kind of bell from the past - but unfortunately I can't look up the issue on our old tracker!

In any case, it would be good to investigate, and see what might be causing this, and how much of an issue it might be, and if there is any solution.

ahelme commented 8 years ago

Okay, in my testing for the other ticket related to this one, about lectures deleting their own clips, I discovered how to replicate this.

I did not originally add any text to the body field. I then received an error on saving the lecture.

After correcting the input, by adding text to the body, and THEN saving, I got a lecture with this strange (timestamp) URL:

http://www.criticalcommons.org/Members/anna/lectures/lecture.2015-04-06.9796008193

So - there is a problem in that once a lecture has been saved, with an error, when it is RE-SAVED, the GOOD URL provided by the title is not saved over the top.

Can we change the system so that the URL becomes the title in this case?

mgogoulos commented 8 years ago

You were right, the urls were very ugly. I have corrected this, please try to add a lecture and close the ticket if it is ok. I have also renamed the urls for the lectures that appear on the first page, and had the ugly url on them