If there was never a ns_htmlencode, shall we post in OpenACS community
forum and Bugtracker? The fix is achieved by amending ad_proc
api_proc_link within the file
packages/acs-api-browser/tcl/acs-documentation-procs.tcl, as I wrote bellow.
ad_proc api_proc_link { proc } {
Returns a full HTML link to the documentation for the proc.
@author Lars Pind ([email protected])
@creation-date 14 July 2000
} {
--return "<a href=\"[ns_htmlencode [api_proc_url $proc]]\">$proc</a>"
++return "<a href=\"[ns_quotehtml [api_proc_url $proc]]\">$proc</a>"
}
Best wishes,
Iuri
On 01-04-2017 09:03, Gustaf Neumann wrote:
> Am 01.04.17 um 04:56 schrieb Iuri Sampaio:
>> Evaluating XMLRPC package on OpenACS, I found an error of invalid
>> command name, related to the old proc htmlencode, from AOLServer. The
>> error happens deep in the source code of OACS core. I was able to "grep"
>> references of htmlecode in the source code, in acs-api-documentation-procs.
> there was never a htmlencode or ns_htmlencode in AOLServer.
> The correct function is ns_quotehtml (fixed as well in OpenACS).
>
> -gn
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> naviserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
naviserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/naviserver-devel
