Huh. Then there's a disconnect somewhere: As I said, this technique works
fine for me in M3 and M6. If I turn off the preview, I can edit the page
fine. There's indeed an error where it is trying to create the script
element during preview:
[Error] NotFoundError: The object can not be found here.
>
> You may want to check an older plugin (
> https://www.ecyrd.com/JSPWiki/wiki/JSPluginScripts)
who allows you to do this, but not sure if this would still work.
>
That executes JavaScript on the server using Rhino, but I'm trying to add
client-side JavaScript so it can interact with the browse
Hi Ulf,
You can also set jspwiki.translatorReader.allowHTML = true on your
jspwiki.properties but that opens up a security risk on your installation,
so it may not be a suitable option (e.g. public facing wikis).
Regarding the sameSite cookie attribute, would you mind filling a jira?
(on mobile
Forgot to add, regarding maps integration, you can also check haddock
built-in support at https://jspwiki-wiki.apache.org/Wiki.jsp?page=Maps
HTH,
JP
El mar., 23 jun. 2020 19:46, Juan Pablo Santos Rodríguez <
juanpablo.san...@gmail.com> escribió:
> Hi Ulf,
>
> You can also set jspwiki.translator
Ulf,
Would it be possible to make a testpage on https://jspwiki-wiki.apache.org/ to
reproduce the issue ?
So I can check what js error it throws.
dirk
On Tue, Jun 23, 2020 at 9:41 AM Ulf Dittmer
wrote:
> Huh. Then there's a disconnect somewhere: As I said, this technique works
> fine for me i
Ulf
Adding client-side javascript adds security issues.
But if your wiki is running in a secure space; that could be ok.
You can find an example of client-side javascript injection in
https://jspwiki-wiki.apache.org/Wiki.jsp?page=Chartist
This behavior converts wiki tables into graphic represen
