Site save doesn't sanitize description for XML entities about nexpose-client HOT 7 CLOSED

Using description='#{replace_entities(description)}' did resolve the issue in my tests.

from nexpose-client.

Why is #to_xml building XML with Strings anyway?! Use Builder or Nokogiri::XML::Builder more robust that will handle the escaping for you.

from nexpose-client.

Looks like this can also happen with Credentials and Alerts.

from nexpose-client.

Yeah, looks like this code will benefit from being switched over to the XML objects instead of creating xml with strings.

from nexpose-client.

I'm pushing a quick fix for now. The string building is all over the place, so it will take some effort to clean up. As for Nokogiri, we don't want to introduce that dependency. But there is only one reason that I can think of for not switching to using the REXML libraries to do the same thing: If any code was depending upon the #to_xml calls to return a String, it will break if we switch over. That would require some more extensive testing internally just to make sure we don't break ourselves, let alone clients. A happy medium here might be to use the XML class, then to_s ourselves at the end?

from nexpose-client.

If you want to support calling the XML objects in a nested manner you could use #as_xml to return REXML objects and #to_xml to return String. That would be similar to how #as_json being a Hash/Array and to_json being a String in Rails.

from nexpose-client.

Nice, I like that. That's something easy enough to add in over time.

from nexpose-client.