EditBug:10068 Behavior after blanking TAG field
Jump to navigation
Jump to search
- EditBug:10073 Merging titles within a pub OPEN If a magazine (any type of publication, probably, but I ran into it while fixing a magazine) includes multiple Content titles with the same title (in my test case, it was 3 INTERIORART titles for 3 different illustrations to the same story) and you merge these titles, the magazine table of contents becomes screwed up, listing the same Title multiple times. My guess is that it happens regardless of whether the merged Titles originally had the same title or not, but I didn't check. Once the merge problem has been fixed, we may want to run a data scan looking for these occurrencies so that we could go back and fix them. Ahasuerus 13:04, 27 Dec 2006 (CST)
- EditBug:10068 Behavior after blanking TAG field OPEN If a user enters something in the "TAG" field in the New Magazine form, the TAG information doesn't get generated correctly and the Publication can no longer be accessed from the Title page. For example, pull up this recently added magazine and click on the Publication. You will get a "pl.cgi: Bad publication TAG" error. Ahasuerus 11:27, 25 Dec 2006 (CST)
- Okay; I don't get this one. If the Tag field of a new magazine is blank, then a tag is automatically created, just like it would for a novel. If the Tag field has... a tag in it, then the tag is placed into the pub record. I've tried weird stuff like tag='.', and tag='-', and even something bizarre and HTMLish like tag = '<'. In every case a tag is created, and I can get to the pub from the title.
- The only way I've been able to zero out the tag field is to editpub the record and... zero out the tag field. Then I get what you saw. I could generate an error if a null tag is edited in - would that be okay? Alvonruff 16:55, 26 Dec 2006 (CST)
- I believe that in this particular case the editor entered "Volume 15" in the Tag field. After I approved the submission, I went back and cleaned it up, including moving "Volume 15" to the Title field. I assume that it was my moving the string to the Title field (and thus leaving the Tag field blank) that caused the problem, although I don't know how well the software handles spaces in this field.
- As far as fixing the problem goes, well... I am not particularly fond of auto-rejecting submissions if it means that the editor needs to go back and re-enter a magazine worth of data. That way lies frustration and quitting. Perhaps we could change the logic so that if the Tag is zeroed out, then the code auto-generates a new Tag for the publication? And optionally gives a warning to the editor "Hey, I have created a new Tag for you since you deleted the old one"?Ahasuerus 17:08, 26 Dec 2006 (CST)