You need to check if magic_quotes_gpc or magic_quotes_runtime are
enabled on your host or not. Most likely, not.
Drop a phpinfo() page into your hosting space, and see what the
current setting is for those. If they’re both off, and if the script
was expecting the “magic” behavior they provide, then single-quotes
would not be escaped properly and the string would be truncated. This
would need to be fixed within WebYep, by the maker, since it’s not
open source. You could experiment with turning this feature on using
an htaccess file, although I don’t know if that’s possible from that
context.
php_flag magic_quotes_gpc 1
#or
php_flag magic_quotes_runtime 1
Another possibility is that the edit field itself is not being fed
the htmlentities() version of the current variable value, but that
doesn’t seem to be the problem here. You would notice that more with
double-quotes, and you would be able to see the full value in the
browser using View Source or (context menu) Inspect Element. It would
look like this: value=“Some string including “quotes””, which would
appear on screen as Some string including .
Walter
On Jul 4, 2008, at 11:44 AM, Keith Martin wrote:
A little bugette in WebYep itself, perhaps?
I have a Short Text item in my layout. I logged into the site to edit
content, and put the following text into the field:
Des O'Rourke
The data saved and displayed fine - but when I went back to edit the
field to add something to the existing text, it only displayed this:
Des O
Somehow it tripped over the single quote and forgot the rest of the
text. I clicked Save to see what happened, and yep, it saved just
what was in the field (of course), trimming the name down.
Max, should I feed this back to the WebYep developer directly? Is
this something you or anyone else here has seen? Is there a
workaround?
k
dynamo mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
dynamo mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
