I created a new cat which was id 88. Made a mistake, went to correct it and it wouldn't accept the changes. No error messages, nothing.
Tried several times and in the end gave up, thinking it may just be corrupted somehow, deleted it and made a new one which is of course id 89. However, it seems I can't edit that either!
[edit] Well, it's not just those after ID87. Just tried ID38 and it doesn't accept the changes on that one either. I can't see anything different about the rogue categories.
Those are all the ones you've inserted a bunch of HTML into which contains aposrophes. Seems apostrophes in general aren't working. Also seems to be allowing html through when it shouldn't.
This is all caused by the HTML allowance changes you requested. Will see if there's any way to not encode ' in display html while properly encoding it everywhere else.
Paul wrote: Those are all the ones you've inserted a bunch of HTML into which contains aposrophes. Seems apostrophes in general aren't working. Also seems to be allowing html through when it shouldn't.
This is all caused by the HTML allowance changes you requested. Will see if there's any way to not encode ' in display html while properly encoding it everywhere else.
ALL the categories contain similar html in 4 custom fields. None of them have apostrophies within the html. 3 fields (the banners) are just an image url with a hyperlink on it. the fourth field (merchant url) is a url
There are apostrophies in the description, but again, it is the same with all the categories.
I can't see anything different between the cats that do edit and those that don't.
I checked #89, and it certainly had lots of apostrophes in the HTML -- javascript stuff if I recall. I was able to easily reproduce by using an apostrophe in any category on any site. Anyhow, fixed to handle apostrophes differently for display than for the database for fields that contain html.
Paul wrote: None of them have apostrophies within the html.
I checked #89, and it certainly had lots of apostrophes in the HTML -- javascript stuff if I recall. I was able to easily reproduce by using an apostrophe in any category on any site. Anyhow, fixed to handle apostrophes differently for display than for the database for fields that contain html.
Thanks Paul
Not quite sure what you were looking at, but cat #89 defo only has apostrophies in the description (not in html) and my custom fields only have simple html - no javascript and no apostrophies, although of course the values are in quotations, ie...
Comments on Can't edit cat after no.87
Expert
Usergroup: Customer
Joined: Aug 19, 2005
Location: England
Total Topics: 391
Total Comments: 1303
I created a new cat which was id 88. Made a mistake, went to correct it and it wouldn't accept the changes. No error messages, nothing.
Tried several times and in the end gave up, thinking it may just be corrupted somehow, deleted it and made a new one which is of course id 89. However, it seems I can't edit that either!
[edit] Well, it's not just those after ID87. Just tried ID38 and it doesn't accept the changes on that one either. I can't see anything different about the rogue categories.
This is the same site as my regen problem in https://www.webmastersite.net/forums/comments.php?...
I have tried all the sub-cats of Retailers - out of them 19 will not accept edit changes, the others were ok
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
Those are all the ones you've inserted a bunch of HTML into which contains aposrophes. Seems apostrophes in general aren't working. Also seems to be allowing html through when it shouldn't.
This is all caused by the HTML allowance changes you requested. Will see if there's any way to not encode ' in display html while properly encoding it everywhere else.
Expert
Usergroup: Customer
Joined: Aug 19, 2005
Location: England
Total Topics: 391
Total Comments: 1303
Those are all the ones you've inserted a bunch of HTML into which contains aposrophes. Seems apostrophes in general aren't working. Also seems to be allowing html through when it shouldn't.
This is all caused by the HTML allowance changes you requested. Will see if there's any way to not encode ' in display html while properly encoding it everywhere else.
ALL the categories contain similar html in 4 custom fields. None of them have apostrophies within the html. 3 fields (the banners) are just an image url with a hyperlink on it. the fourth field (merchant url) is a url
There are apostrophies in the description, but again, it is the same with all the categories.
I can't see anything different between the cats that do edit and those that don't.
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
None of them have apostrophies within the html.
I checked #89, and it certainly had lots of apostrophes in the HTML -- javascript stuff if I recall. I was able to easily reproduce by using an apostrophe in any category on any site. Anyhow, fixed to handle apostrophes differently for display than for the database for fields that contain html.
Expert
Usergroup: Customer
Joined: Aug 19, 2005
Location: England
Total Topics: 391
Total Comments: 1303
None of them have apostrophies within the html.
I checked #89, and it certainly had lots of apostrophes in the HTML -- javascript stuff if I recall. I was able to easily reproduce by using an apostrophe in any category on any site. Anyhow, fixed to handle apostrophes differently for display than for the database for fields that contain html.
Thanks Paul
Not quite sure what you were looking at, but cat #89 defo only has apostrophies in the description (not in html) and my custom fields only have simple html - no javascript and no apostrophies, although of course the values are in quotations, ie...
Expert
Usergroup: Customer
Joined: Aug 19, 2005
Location: England
Total Topics: 391
Total Comments: 1303
YES! Thank you Paul! Categories are now updating! Regeneration is now working!
YAHOO! now to get on with some work!
I promise I shall try not to find anything else wrong
Thanks Paul!