SID-02218: SpreadSheetPlugin CALCULATE variable not rendered
| Status: |
Answered |
TWiki version: |
6.0.2 |
Perl version: |
5.20 |
| Category: |
CategoryRendering |
Server OS: |
FreeBDS 10.3 |
Last update: |
9 years ago |
I have a freshly installed and running TWiki 6.02 on a
FreeBSD 10.3. The Wiki is running, but instead of expanding the %CALCULATE(..) variable and rededering the page the raw text is shown (perl twiki code). E.g. in Site Map instead of listing the names of the webs with links the browser shows the variable: %CALCULATE{$SET(weblist, $SPLIT(/, Main))
$REPEAT(, $INT($LISTSIZE($GET(weblist)) - 1)) $LISTITEM(-1, $GET(weblist))
}% - the funny part being, that the $LISTITEM(..) is valid link and when clicked opens the appropiate web.
The warning and debug log ar empty, the only thing out of order I can find in the Apache Webserver Errorlog: view: Possible precedence issue with control flow operator at twiki/lib/TWiki/Attach.pm line 226
The problem occurs using the original TWiki Download Archive as well as using the
FreeBSD pkgNG.
--
Stefan Kohl - 2016-06-26
Discussion and Answer
I've seen similar strange results once when the installation from a SVN checkout was sort of "incomplete." Please check in particular the
templates subdirectory: Does the web server user have read access to all the files? In particular, are
view.topmenu.tmpl and
viewtopbar.pattern.tmpl readable?
Rationale: If files in
templates are missing, TWiki has a fallback strategy which might prevent warnings from being written. And if there are problems in the
templates directory, Apache doesn't even notice. BTW: The warning in
Attach.pm is annoying but harmless and will be eliminated with the next release.
--
Harald Jörg - 2016-06-27
Likely related case:
SID-02211.
--
Peter Thoeny - 2016-06-28
Hi, Harald, thanks for Your prompt answer.
The problem seemed to have been a broken / incomplete installation; following Your suggestion I reinstalled the original TWiki Archive (straight from the official mirror) into the software directory; I had to rewrite the shebang and restarted the webserver - voila it's working now.
(I could have sworn, I had installed the original Twiki ZIP before I turned to support here -just to be sure- but I must have taken the wrong file, so .. sorry to have bothered You with something so trivial) - Though I am still puzzled about missing logfile entries...
Neverthelesse, I am trying to look into the
FreeBSD TWIki Port Package in the next days, to see if I can replicate my problem and pinpoint the deviation. Thx, Stefan
PS: The
FreeBSD Ports Collection is cool and really awesome in combination with Poudriere and ZFS Jail, but at times you get broken ports.
--
Stefan Kohl - 2016-06-28
If you answer a question - or someone answered one of your questions - please remember to edit the page and set the status to answered. The status selector is below the edit box.
- Screenshot of broken rendering: