Hello,
A new error message just appeared in the logs of my xwiki instance (3.5).
This is the message :
2014-02-27 18:06:49,307 [Statistics storing daemon] ERROR
.x.x.s.i.x.VisitStatsStoreItem - Failed to save visit statistics object
[class com.xpn.xwiki.stats.impl.xwiki.VisitStatsStoreItem
Hi Maxime,
AFAIR it’s because the user-agent string is too large.
This was fixed a while ago, see http://jira.xwiki.org/browse/XWIKI-8937
Thanks
-Vincent
On 28 Feb 2014 at 10:13:32, Maxime Sinclair
(maxime.sincl...@gmail.com(mailto:maxime.sincl...@gmail.com)) wrote:
Hello,
A new error
Good to read it was fixed in 5.1.
Thanks for your quick answer.
Maxime
2014-02-28 10:18 GMT+01:00 vinc...@massol.net vinc...@massol.net:
Hi Maxime,
AFAIR it's because the user-agent string is too large.
This was fixed a while ago, see http://jira.xwiki.org/browse/XWIKI-8937
Thanks
I reported and fixed http://jira.xwiki.org/browse/XWIKI-10107 .
Thanks,
Marius
On Thu, Feb 27, 2014 at 10:36 PM, Leonardo Kodato
leonardokod...@gmail.com wrote:
Hi Marius.
Now it works fine. Thank you.
AnywayShould I report this problem as a bug and mark it as fixed?
Thank you.
Best
Hi all,
I am having a problem with XWiki that is driving me crazy. It periodically
crashes--interval between crashes from a few days to a few weeks. There
are no errors in the log when it happens.
I am running XWiki enterprise 5.4.2 on Ubuntu, using Tomcat7, Postgresql,
and LDAP
Hi Daniel,
I don’t think the error below is related to the crash.
The SOLR error below is probably happening because you have upgraded your xwiki
instance and haven’t removed/cleared the SOLR index. We mentioned this in the
release notes since we changed the SOLR index format recently.
See
On Fri, Feb 28, 2014 at 2:37 PM, Daniel Thayer d.s.tha...@swansea.ac.uk wrote:
Hi all,
I am having a problem with XWiki that is driving me crazy. It periodically
crashes--interval between crashes from a few days to a few weeks. There
are no errors in the log when it happens.
I am running
Hi,
Sorry for the version confusion. I had 5.4.1 previously. However, the
error I mentioned was already happening.
Dan
On Fri, Feb 28, 2014 at 12:48 PM, Marius Dumitru Florea
mariusdumitru.flo...@xwiki.com wrote:
On Fri, Feb 28, 2014 at 2:37 PM, Daniel Thayer d.s.tha...@swansea.ac.uk
Hi,
Would like to set a backgroundImage dynamically
(I have attached 25 jpg files to a page)
If I add this velocity code into my wiki page it works!
{{velocity}}
[[image:Photos.CdLSWorldbanners@${mathtool.random(1,
25)}.jpg||width=100%]]
{{/velocity}}
If I add this same code in a stylesheet
The CSS is cached, so you get a different image only if you do a page
reload with force clear cache. If you want a different image when you
reload the page then you have to either keep displaying the image from
the page content or use JavaScript.
On Fri, Feb 28, 2014 at 6:06 PM, Gerritjan
I am in a private wiki site used for documentation. You must be a user to
see anything, so Unregistered Users can only see the login page. On my
wiki I am using the Menu Application, which unregistered users do not have
access to. So on the login page there is an error Failed to execute the
The initial load is not happening
The images do not need to change on this page... If i Have different pages with
different images it is ok
Verstuurd vanaf mijn iPhone
Op 28 feb. 2014 om 17:43 heeft Marius Dumitru Florea
mariusdumitru.flo...@xwiki.com het volgende geschreven:
The CSS is
I fixed it by modifying the code in Menu.MenuMacro. I wrapped it in an
if($isGuest) like this.
{{velocity}}
#if ($isGuest)
#else
#set ($id = $xcontext.macro.params.id)
#set ($type = $xcontext.macro.params.type)
#set ($colorTheme = $xwiki.getUserPreference('colorTheme'))
#if ($!colorTheme != '')
I fixed this by modifying the Menu.MenuMacro in Object mode and then changing
the code in the XWiki.WikiMacroClass. I added a condition that looked to
see if the user was a guest. What I added is in bold below.
{{velocity}}
#set ($id = $xcontext.macro.params.id)
#set ($type =
$doc.getAttachmentURL is used for files attached to $doc, i.e. the current
document, so you either use
$doc.getAttachmentURL('fileName')
or
$xwiki.getAttachmentURL('Space.Page', 'fileName')
Hope this helps,
Marius
On Feb 28, 2014 6:07 PM, Gerritjan Koekkoek gerritjankoekk...@gmail.com
wrote:
Thanks for sharing DeHaynes, we were having the same issue!
--
View this message in context:
http://xwiki.475771.n2.nabble.com/Menu-Application-access-for-Unregistered-Users-tp7589375p7589380.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
16 matches
Mail list logo