The string I'm passing from python to the XSL is: usergridname=RenataFigueiredoRodrigues&timerange=last3Days&typeofrequest=Atasktype= and if I print the string from XSL: <xsl:value-of select="plotParameters"/> the result is correct: usergridname=RenataFigueiredoRodrigues&timerange=last3Days&typeofrequest=Atasktype= But if you go to: http://dashb-cms-sam.cern.ch/dashboard/request.py/taskmonitoring#action=tasksTable&usergridname=JavierFernandezMenendez you'll see that it is not working The plot on the bottom of the page isn't rendered with Chrome & Safari. If you right click on the image and open it in a new window, the url is the following: http://dashb-cms-sam.cern.ch/dashboard/request.py/graphicaltablerepresentation.png?usergridname=JavierFernandezMenendez&timerange=last3Days&typeofrequest=A&tasktype= but it should be: http://dashb-cms-sam.cern.ch/dashboard/request.py/graphicaltablerepresentation.png?usergridname=JavierFernandezMenendez&timerange=last3Days&typeofrequest=A&tasktype= I don't quite understand why Webkit (both on Safari and Chrome) is adding those weird ' #38; ' values to the url.... they look like 'new line' or 'break' characters. It works fine on all browsers except Safari/Chrome. ( a similar issue was reported on 2005: https://bugs.webkit.org/show_bug.cgi?id=3861 )
And this is how I src the image from the XSL: <xsl:variable name="plotParameters" select ="plotParameters"></xsl:variable> <img src="/dashboard/request.py/graphicaltablerepresentation.png?{$plotParameters}" ALT="Graphical Representation of the Table"></img>
For me plot is rendered identically to Firefox when using a recent build of WebKit. Have you tested your page with a nightly build?
No, sorry I haven't got any mac/safari browser to test it. The problem was reported to me by several Mac/Safari users (and a couple of Win/Chrome users). Konqueror works fine though, isn't weird? I thought WebKit is actually KHTML... Thank you! Eddie
WebKit is derived from KHTML, but they diverged many years ago so it's not at all surprising that they would behave differently. Closing as WORKSFORME due to this ... working for me. I suspect that this has been fixed since Safari 3.2 was released. If you can reproduce the problem in a WebKit nightly build, please feel free to reopen the bug report.
Hello Mark, It doesn't work on: MacOS 10.4, Safari Version 3.2.1 (4525.27.1). I will attach a screenshot..
Created attachment 27191 [details] using MacOs 10.4, Safari Version 3.2.1 (4525.27.1) MacOs 10.4, Safari Version 3.2.1 (4525.27.1)
Works fine using the latest Webkit build. Thank you.