[ic] IC 4.6.5: '&' becomes '&' in html entered with item editor

[Ed LaFrance]

At 10:57 AM 02/21/2002 -0800, you wrote:
>I had the same problem long ago then I used the text2html filter and then
>all went away
>
>I tried your experiment and everthing worked as it was suppose to...hmm
>
>I use text2html filter to which I found being better at parsing the html
>tags correctly
>
>Scott

Scott - thanks. Ultimately, that wasn't it. My customer had made the 
non-superuser admin record in question, and something about the combination 
of field options in the access table was causing the problem.  I copied in 
the no-super test admin from the demo and it works fine, so now we just 
need to isolate the particular access field value(s) which are causing the 
behavior. I'll post any conclusive discoveries to the list.

- Ed L.





>-----Original Message-----
>From: interchange-users-admin@interchange.redhat.com
>[mailto:interchange-users-admin@interchange.redhat.com]On Behalf Of Ed
>LaFrance
>Sent: Thursday, February 21, 2002 9:56 AM
>To: interchange-users@interchange.redhat.com
>Subject: [ic] IC 4.6.5: '&' becomes '&' in html entered with item
>editor
>
>
>Hi all -
>
>Perl 5.6.0
>RH   6.2
>IC 4.6.5, construct demo
>
>I've come across a minor mystery (to me). Any text entered in the item
>editor it the above catalog, which contains html tags (such as <b>bold
>text</b>) is being properly converted to html entities (&lt;b&gt;..etc) for
>display in text fields and textareas, and then back to html when the record
>is saved... but only for a superuser.  If I turn off the admin's superuser
>status (yet they still have full permissions for items), logout/login, and
>try the same test, the ampersand in the html entity gets converted to its
>own entity equivalent ('&amp;') which breaks subsequent decode operations.
>
>No filters have been explicitly set for the field in question.  The
>behavior occurs in an unmodified construct demo, installed right out of the
>box, and has been tried with both gdbm and MySQL databases, not that it
>would matter.
>
>Can anyone confirm this, and is there a patch?
>
>Thanks,
>
>Ed L.
>
>
>
>===============================================================
>New Media E.M.S.               Software Solutions for Business
>463 Main St., Suite D          eCommerce | Consulting | Hosting
>Placerville, CA  95667         edl@newmediaems.com
>(530) 622-9421                 http://www.newmediaems.com
>(866) 519-4680 Toll-Free       (530) 622-9426 Fax
>===============================================================
>
>_______________________________________________
>interchange-users mailing list
>interchange-users@interchange.redhat.com
>http://interchange.redhat.com/mailman/listinfo/interchange-users
>
>_______________________________________________
>interchange-users mailing list
>interchange-users@interchange.redhat.com
>http://interchange.redhat.com/mailman/listinfo/interchange-users

===============================================================
New Media E.M.S.               Software Solutions for Business
463 Main St., Suite D          eCommerce | Consulting | Hosting
Placerville, CA  95667         edl@newmediaems.com
(530) 622-9421                 http://www.newmediaems.com
(866) 519-4680 Toll-Free       (530) 622-9426 Fax
===============================================================