They claim to have fixed Defect 668220 <@UD4BG0THC...
# defects
j
They claim to have fixed Defect 668220 @Dominic B but it’s still broken for us!
d
We were having issues with source code changes made in Chrome not being saved if you switched to WYSIWYG before saving. That now seems to be resolved. It is also changing regular <br> tags to XHTML <br /> but I'm not too concerned by this, as it's valid in HTML5 and easily mass updated if it ever becomes an issue.
j
re the auto-closing of tags, we used to find it would auto-close <img> tags which caused us all sorts of problems.
d
Just re-opened our case, as one of our staff just saved an edit and lost the entire content from storedetaileddescription. It's trying to be an HTML IDE with auto closing tags and formatting - but Netsuite can't know what people are going to paste in there and all the reasons why this might be undesirable. We have HTML templates which already wrap field values in HTML tags. We don't want the back end doing the same.
@jen just identified that if you paste <br><br><br> into the editor source and toggle back and forth, it "corrects" the data to an invalid value. We've just pointed this out to support. We're also getting issues with lost characters at the start of lines, or entire field data lost on save. This is now in Firefox as well as Chrome.
j
confirmed, you get this BS
We’re being driven crazy because of this. I have huge swaths of XML that we store in custom records that I now essentially can no longer edit, because all the bullets are ending up mushed together on one line etc.
This was the little demo I sent them BTW
sorry sound is kinda quiet