Getting the following on our xwiki.org hosted wiki... is it a general problem?
HTTP Status 500 -
_____
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: Error number 3201 in 3: Exception while saving document XWiki.XWikiPreferences
Wrapped Exception: Error number 3212 in 3: Exception while loading archive XWiki.XWikiPreferences
Wrapped Exception: Error number 3003 in 3: Exception while manipulating the archive for doc XWiki.XWikiPreferences
Wrapped Exception: null
org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121)
root cause
com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document XWiki.XWikiPreferences
Wrapped Exception: Error number 3212 in 3: Exception while loading archive XWiki.XWikiPreferences
Wrapped Exception: Error number 3003 in 3: Exception while manipulating the archive for doc XWiki.XWikiPreferences
Wrapped Exception: null
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:314)
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100)
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94)
com.xpn.xwiki.XWiki.saveDocument(XWiki.java:890)
com.xpn.xwiki.XWiki.getPrefsClass(XWiki.java:2286)
com.xpn.xwiki.XWiki.updateDatabase(XWiki.java:349)
com.xpn.xwiki.XWiki.updateDatabase(XWiki.java:328)
com.xpn.xwiki.XWiki.getXWiki(XWiki.java:444)
com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121)
note The full stack trace of the root cause is available in the Apache Tomcat/5.5.17 logs.
_____
Apache Tomcat/5.5.17
hi ;)
what is the meaning of "Empty Is Today:" ?
If i let it blank, it should write the today date ?
What if i enter 1 ? 0 ? or whatever ?
In fact, i'd like to initialize the date property to blank. What should
i change in the class, sheet or template ?
Maybe i missed something in the doc pages ?
Thanx in advance, i'm very new in xwiki ;)
regards,
f.
Hello. We've just installed xwiki and we're hoping it becomes a valuable
tool for storing our knowledge.
1. Pasting preformatted text
I have documents which are basically logs of software releases, complete
with commands, hash ("#") marks, dot-separated version numbers, etc. All
these things are getting parsed by xwiki, even when I place {pre} or {code}
tags at either end of it. These documents can't really be adapted to not use
xwiki syntax, and I'd really like to store them as pages in xwiki. If I
can't store them as pages, I'll store them as attachments.
I see a FAQ item that seems like it might address my question, but it
paradoxically seems to display a failure to render because of syntax:
<http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoIEmbedXwikiCodeAsText>
http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoIEmbedXwikiCodeAsText
What is the Answer to that FAQ?
2. Periods in space names
I do release engineering. I deal with version numbers. Version numbers
contain periods, usually. Periods in space names causes problems. Is there a
way to have a space look like N.N.N.N, by escaping the dots or using some
other notation? I know the title can contain periods. Right now I'm using
N-N-N-N for names and N.N.N.N for titles.
3. I have a malformed space, which I can't delete, that's the result of my
trying to learn how to use xwiki to do 1. and 2. above. I tried creating a
page Existing+Space.2\\.3\\.3\\.1. I thought I might be able to escape the
periods in the version number with \\ characters. Now I have a space that
looks like this:
Existing Space.2<br/>.3<br/>.1<br/>
I tried using the "Delete Space Snippet" (
<http://www.xwiki.org/xwiki/bin/view/Code/DeleteSpaceSnippet>
http://www.xwiki.org/xwiki/bin/view/Code/DeleteSpaceSnippet) and the "Rename
Space Page" ( <http://www.xwiki.org/xwiki/bin/view/Code/RenameSpacePage>
http://www.xwiki.org/xwiki/bin/view/Code/RenameSpacePage) snippets from the
Code Zone. The Delete Space snippet
(http://our.site:8080/xwiki/bin/view/Sandbox/mypage?space=Existing%20Space.2
%3Cbr/%3E.3%3Cbr/%3E.1%3Cbr/%3E) would prompt me to confirm the deletion,
(http://our.site:8080/xwiki/bin/edit//3%3Cbr%2F?parent=Sandbox.mypage&editor
=wysiwyg) and upon clicking the prompt I'd get a blank page. Nothing would
have been changed. The Rename Space snippet appeared to let me rename the
page, but nothing was actually changed.
The space once had a child page "1", which I deleted early on.
Can I get rid of this space somehow? Do I do it at the db level? If so, can
you offer me some guidance?
Thanks,
Morgan
In working on trying to make sure an XWiki application is localisable
I have found that the content of pages can be dealt with easily, but
not so with classes and objects (or attachments).
Has anybody found a good way to localise class "Pretty Name" and list
values ? Or have recommendations on the best way to
internationalise/localise object values?
Thanks,
David
dward(a)curriki.org
--
Hi All,
Does anyone sucessfully authenticate with Active Directory using xwiki 1.0?
On my newly installed XWiki, I'm trying to authenticate against active directory. I installed the xwiki 1.0 war on tomcat 6, using mysql 5 as the database.
Using the default forms authentication method works fine, when I try to enable using the AD via the LDAP authentication, it doesn't work; I always get messages in the xwiki.log saying that "LDAP Bind failed with Exception Invalid Credentials".
I am able to connect to the AD using ldap function in Coldfusion, so it should be possible.
Also, I'm using the following log4j.properties file located in WEB-INF/lib:
****log4j.properties:
### Direct log messages to stdout
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target=System.out
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d{ABSOLUTE} %5p %t %X{url} %c{1}:%M:%L - %m%n
log4j.appender.file=org.apache.log4j.RollingFileAppender
log4j.appender.file.File=xwiki.log
log4j.appender.file.MaxFileSize=10MB
log4j.appender.file.MaxBackupIndex=50
log4j.appender.file.layout=org.apache.log4j.PatternLayout
log4j.appender.file.layout.ConversionPattern=%d{ABSOLUTE} [%t] %-5p %-30.30c{2} %x - %m %n
### By default everything that is of warning or severity WARN, ERROR or FATAL is logged both to
### the console and to the xwiki.log file.
#log4j.rootLogger=warn, stdout, file
log4j.rootLogger=debug, stdout, file
### Hibernate logging options
log4j.logger.org.hibernate=warn
log4j.logger.org.hibernate.SQL=warn
log4j.logger.org.hibernate.type=warn
log4j.logger.org.hibernate.ps.PreparedStatementCache=warn
### XWiki logging configuration
log4j.logger.com.xpn.xwiki=warn
log4j.logger.com.xpn.xwiki.render.XWikiRadeoxRenderEngine=warn
### Deactive Radeox warnings
#log4j.logger.org.radeox.macro.BaseLocaleMacro=error
### Deactive Struts warnings
#log4j.logger.org.apache.struts.util.RequestUtils=error
### Deactivate JGroups warnings
#log4j.logger.org.jgroups=error
#turn on debug messages for LDAP
com.xpn.xwiki.user.impl.LDAP=debug
Here are some snippets of the relevant files:
****xwiki.cfg:
xwiki.version=1.0
xwiki.base=../../
xwiki.store.class=com.xpn.xwiki.store.XWikiHibernateStore
xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml
xwiki.store.hibernate.updateschema=1
xwiki.store.hibernate.custommapping=1
## Jcr Store configuration
#xwiki.store.class=com.xpn.xwiki.store.jcr.XWikiJcrStore
#xwiki.store.attachment.class=com.xpn.xwiki.store.jcr.XWikiJcrAttachmentStore
#xwiki.store.versioning.class=com.xpn.xwiki.store.jcr.XWikiJcrPropertyVersioningStore
#xwiki.store.jcr.mapping=WEB-INF/classes/jcrmapping.xml
#xwiki.store.jcr.provider=com.xpn.xwiki.store.jcr.JackRabbitJCRProvider
#xwiki.store.jcr.jackrabbit.repository.config=WEB-INF/classes/jackrabbit/repository.xml
#xwiki.store.jcr.jackrabbit.repository.path=jackrabbitrepo
#xwiki.store.jcr.jackrabbit.nodetypes.config=WEB-INF/classes/jackrabbit/nodetypes.cnd
xwiki.store.cache=1
xwiki.store.cache.capacity=100
xwiki.monitor=1
# List of active plugins.
xwiki.plugins=com.xpn.xwiki.monitor.api.MonitorPlugin,\
com.xpn.xwiki.plugin.calendar.CalendarPlugin,\
com.xpn.xwiki.plugin.feed.FeedPlugin,\
com.xpn.xwiki.plugin.ldap.LDAPPlugin,\
com.xpn.xwiki.plugin.google.GooglePlugin,\
com.xpn.xwiki.plugin.flickr.FlickrPlugin,\
com.xpn.xwiki.plugin.mail.MailPlugin,\
com.xpn.xwiki.plugin.packaging.PackagePlugin,\
com.xpn.xwiki.plugin.query.QueryPlugin,\
com.xpn.xwiki.plugin.svg.SVGPlugin,\
com.xpn.xwiki.plugin.charts.ChartingPlugin,\
com.xpn.xwiki.plugin.fileupload.FileUploadPlugin,\
com.xpn.xwiki.plugin.image.ImagePlugin,\
com.xpn.xwiki.plugin.captcha.CaptchaPlugin,\
com.xpn.xwiki.plugin.userdirectory.UserDirectoryPlugin,\
com.xpn.xwiki.plugin.usertools.XWikiUserManagementToolsImpl
# This parameter allows XWiki to operate in Hosting mode
# allowing to create multiple wikis having their own database
# and responding to different URLs
xwiki.virtual=0
xwiki.virtual.redirect=http://127.0.0.1:9080/xwiki/bin/Main/ThisWikiDoesNotExist
# This parameter will activate the exo integration
xwiki.exo=0
#xwiki.authentication=form
#xwiki.authentication.validationKey=totototototototototototototototo
#xwiki.authentication.encryptionKey=titititititititititititititititi
#xwiki.authentication.cookiedomains=xwiki.com,wiki.fr
# Stats configuration allows to globally activate/deactivate stats module
# it is also possible to choose a different stats service to record
# statistics separately from XWiki.
# Note: Statistics are disabled by default for improved performances.
xwiki.stats=0
xwiki.stats.default=1
xwiki.stats.class=com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl
xwiki.encoding=ISO-8859-1
xwiki.render.macromapping=1
xwiki.backlinks=1
xwiki.tags=1
# GraphViz plugin configuration. The GraphViz plugin is not configured by default.
# To enable it, add "com.xpn.xwiki.plugin.graphviz.GraphVizPlugin" to the list of plugins
# in the xwiki.plugins property.
# Uncomment and set the locations of the Dot and Neato executables
#xwiki.plugin.graphviz.dotpath=c:/Program Files/ATT/GraphViz/bin/dot.exe
#xwiki.plugin.graphviz.neatopath=c:/Program Files/ATT/GraphViz/bin/neato.exe
xwiki.plugin.laszlo.baseurl=/openlaszlo/xwiki/
xwiki.plugin.laszlo.path=c:/Program Files/Apache Software Foundation/Tomcat 5.0/webapps/openlaszlo/xwiki/
xwiki.plugin.image.cache.capacity=30
xwiki.plugin.captcha=1
## Personal config
# Enable to allow superadmin. It is disabled by default as this could be a security breach if
# it were set and you forgot about it.
#xwiki.superadminpassword=system
#xwiki.authentication.ldap=0
#xwiki.authentication.ldap.server=172.29.116.202
#xwiki.authentication.ldap.check_level=1
#xwiki.authentication.ldap.port=389
#xwiki.authentication.ldap.base_DN=dc=necf,dc=fr
#xwiki.authentication.ldap.bind_DN=cn={0},cn=Users,dc=necf,dc=fr
#xwiki.authentication.ldap.bind_pass={1}
#xwiki.authentication.ldap.UID_attr=sAMAccountName
#xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,email=mail,ldap_dn=dn
xwiki.authentication.ldap=1
xwiki.authentication.ldap.authclass=com.xpn.xwiki.user.impl.LDAP.LDAPAuthServiceImpl
xwiki.authentication.ldap.server=adserver
xwiki.authentication.ldap.check_level=1
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.base_DN=dc=dc1,dc=dc2,dc=dc3
xwiki.authentication.ldap.bind_DN=dc1{0}
xwiki.authentication.ldap.bind_pass={1}
xwiki.authentication.ldap.UID_attr=sAMAccountName
xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,mail=mail,ldap_dn=dn
xwiki.authentication.unauthorized_code=200
# This parameter will activate the sectional editing
xwiki.section.edit=1
# Editor config
xwiki.wysiwyg.use_style_toolbar=1
xwiki.defaultskin=albatross
xwiki.defaultbaseskin=albatross
****xwiki.log:
10:41:22,015 [http-8888-2] ERROR LDAP.LDAPAuthServiceImpl - LDAP Bind failed with Exception Invalid Credentials
10:43:23,500 [http-8888-1] ERROR LDAP.LDAPAuthServiceImpl - LDAP Bind failed with Exception Invalid Credentials
etc.
Any thoughts? They would be much appreciated.
Thanks,
Joe
-----Ursprungligt meddelande-----
Från: Joseph P. McEttrick [mailto:jpmcettrick@suffolk.edu]
Skickat: den 22 juni 2007 19:29
Till: xwiki-users(a)objectweb.org
Ämne: [xwiki-users] Active Directory Authentication
Hi All,
Does anyone sucessfully authenticate with Active Directory using xwiki 1.0?
On my newly installed XWiki, I'm trying to authenticate against active directory. I installed the xwiki 1.0 war on tomcat 6, using mysql 5 as the database.
Using the default forms authentication method works fine, when I try to enable using the AD via the LDAP authentication, it doesn't work; I always get messages in the xwiki.log saying that "LDAP Bind failed with Exception Invalid Credentials".
I am able to connect to the AD using ldap function in Coldfusion, so it should be possible.
Also, I'm using the following log4j.properties file located in WEB-INF/lib:
I had some problems getting authentication using Active Directory to work too. I don't know if it will help but here's what I did:
- I removed the ...authclass=com.xpn... line all together.
- used the server name, not the IP (tried that for a while at first)
- ...base_DN=ou=Users... using numbers did not work
- ...bind_DN... and ...bind_pass... didn't work with numbers either, they've got their values right there
xwiki.authentication.ldap=1
xwiki.authentication.ldap.authclass=com.xpn.xwiki.user.impl.LDAP.LDAPAuthServiceImpl
xwiki.authentication.ldap.server=adserver
xwiki.authentication.ldap.check_level=1
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.base_DN=dc=dc1,dc=dc2,dc=dc3
xwiki.authentication.ldap.bind_DN=dc1{0}
xwiki.authentication.ldap.bind_pass={1}
xwiki.authentication.ldap.UID_attr=sAMAccountName
xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,mail=mail,ldap_dn=dn
good luck!
//Karin
Hi,
We upgraded our standalone wiki installation (jetty,hsql) 1.0-rc1 to 1.1-milestone-2 recently.
We backed up all spaces of the old installation and copied/restored them into the new installation.
Now, if we directly try to access a page in a space restored from the old installation we get
An error page after the successful login:
E.g. accessing the following url directly via browser:
http://asj5.linzag.at:9021/xwiki/bin/view/DS/Webhome
Brings up the login page, after successful login:
The requested document could not be found.
The Browser URL is: xwiki/bin/view/XWiki/XWikiLogin%3Bjsessionid%3D3f3igkglkf9b7
So, somehow the login page tries to forward to a wrong URL after successful login. Entering the requested URL
Manually again in logged in state, the page appears without any problem.
Any idea what the problem could be?
HANS
------------------------------------------------------------------------------------------
LINZ AG für Energie, Telekommunikation, Verkehr und Kommunale Dienste
A-4021 Linz, Wiener Straße 151, Postfach 1300, Tel. +43/732/3400-0, E-Mail: info(a)linzag.at
Diese E-Mail wurde auf Computer-Viren geprüft.
Verwendete Anti-Virus Software: Trend Micro ScanMail/Pattern 4.549.00-7
Nähere Informationen über E-Mails von der LINZ AG finden Sie im Internet unter:
http://www.linzag.at/emailsicherheit
This E-Mail was scanned for computer viruses.
Used anti-virus software: Trend Micro ScanMail/Pattern 4.549.00-7
In order to find out more information on E-Mails you received by LINZ AG, go to:
http://www.linzag.at/emailsecurity
------------------------------------------------------------------------------------------
Thank you, Vincent.
The edit window is free from trouble. Albatross rocks.
Wei-hsing
-------------- Original message ----------------------
From: Vincent Massol <vincent(a)massol.net>
>
>
> On Jun 24, 2007, at 1:55 AM, wangwh(a)att.net wrote:
>
> > Hi, Vincent,
> >
> > Thanks. Please switch my new site KHCLC to the new skin. I will
> > learn to use it.
>
> Done. I have put a right menu bar with search, navigation and create
> page panels. Feel free to modify these. The docs are on the code zone
> in the applications category, in Panels.
>
> > I will learn to switch skins for my other wikis, since that could
> > mean some customization work.
> >
> > I guess there are many others have to face this process (can't
> > avoid anymore).
>
> Agreed. We're looking into it. It probably entails upgrading the farm
> to 1.0 or 1.1M2.
>
> Thanks
> -Vincent
>
> > -------------- Original message ----------------------
> > From: Vincent Massol <vincent(a)massol.net>
> >>
> >>
> >> On Jun 23, 2007, at 6:14 AM, wangwh(a)att.net wrote:
> >>
> >>> I don't know JIRA, but the site did not have a problem, just
> >>> happened a few weeks ago. from this email, others have the same
> >>> problem. I don't know how to produce it. Something changed on the
> >>> XWiki farm.
> >>> I just created a new site on XWiki, khclc.xwiki.com, the problem
> >>> appears!
> >>> You can login as testone and use password xwiki to edit the first
> >>> page, you will see the edit window is covered by XWiki syntax
> >>> list...
> >>
> >> Right. There's definitely something wrong. I also think it's high
> >> time to switch to the Albatross skin.
> >>
> >> I'm copying Raffaello as I think this farm is being redone as we
> >> speak so it would be good to hear what's going to happen in the near
> >> future.
> >>
> >> Would you be ok if I switch your wiki to the new albatross skin to
> >> see if we still get this problem?
> >>
> >> Thanks
> >> -Vincent
> >>
> >>> -------------- Original message ----------------------
> >>> From: Vincent Massol <vincent(a)massol.net>
> >>>>
> >>>> Hi there,
> >>>>
> >>>> On Jun 19, 2007, at 1:31 PM, Harlan wrote:
> >>>>
> >>>>> <wangwh@...> writes:
> >>>>>
> >>>>>>
> >>>>>> I have a site on XWiki.com farm, when I edit a page, the XWiki
> >>>>>> syntax list
> >>>>> shift from the right to the left and
> >>>>>> overlap on the edit window. This is new to me, just happened
> >>>>>> today. Anyone
> >>>>> else have seen this?
> >>>>>
> >>>>> Yes, I'm having exactly the same behavior with a wiki that's been
> >>>>> hosted on
> >>>>> xwiki.org for more than two years. I'm happy to email a screenshot
> >>>>> of the
> >>>>> behavior to anyone. I've seen the problem on both Firefox and IE
> >>>>> for Windows. Is
> >>>>> this going to be fixed? Thanks,
> >>>>
> >>>> Is there a JIRA issue about it that clearly describes how to
> >>>> reproduce it?
> >>>>
> >>>> Thanks
> >>>> -Vincent
> >>>>
>
>
Hi, Vincent,
Thanks. Please switch my new site KHCLC to the new skin. I will learn to use it.
I will learn to switch skins for my other wikis, since that could mean some customization work.
I guess there are many others have to face this process (can't avoid anymore).
Wei-hsing
-------------- Original message ----------------------
From: Vincent Massol <vincent(a)massol.net>
>
>
> On Jun 23, 2007, at 6:14 AM, wangwh(a)att.net wrote:
>
> > I don't know JIRA, but the site did not have a problem, just
> > happened a few weeks ago. from this email, others have the same
> > problem. I don't know how to produce it. Something changed on the
> > XWiki farm.
> > I just created a new site on XWiki, khclc.xwiki.com, the problem
> > appears!
> > You can login as testone and use password xwiki to edit the first
> > page, you will see the edit window is covered by XWiki syntax list...
>
> Right. There's definitely something wrong. I also think it's high
> time to switch to the Albatross skin.
>
> I'm copying Raffaello as I think this farm is being redone as we
> speak so it would be good to hear what's going to happen in the near
> future.
>
> Would you be ok if I switch your wiki to the new albatross skin to
> see if we still get this problem?
>
> Thanks
> -Vincent
>
> > -------------- Original message ----------------------
> > From: Vincent Massol <vincent(a)massol.net>
> >>
> >> Hi there,
> >>
> >> On Jun 19, 2007, at 1:31 PM, Harlan wrote:
> >>
> >>> <wangwh@...> writes:
> >>>
> >>>>
> >>>> I have a site on XWiki.com farm, when I edit a page, the XWiki
> >>>> syntax list
> >>> shift from the right to the left and
> >>>> overlap on the edit window. This is new to me, just happened
> >>>> today. Anyone
> >>> else have seen this?
> >>>
> >>> Yes, I'm having exactly the same behavior with a wiki that's been
> >>> hosted on
> >>> xwiki.org for more than two years. I'm happy to email a screenshot
> >>> of the
> >>> behavior to anyone. I've seen the problem on both Firefox and IE
> >>> for Windows. Is
> >>> this going to be fixed? Thanks,
> >>
> >> Is there a JIRA issue about it that clearly describes how to
> >> reproduce it?
> >>
> >> Thanks
> >> -Vincent
> >>
> >>
> >
> >
> >
> >
> > --
> > You receive this message as a subscriber of the xwiki-
> > users(a)objectweb.org mailing list.
> > To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org
> > For general help: mailto:sympa@objectweb.org?subject=help
> > ObjectWeb mailing lists service home page: http://www.objectweb.org/
> > wws
>
>
Hi, Catalin,
In my case, I have modified dodo, so I assume I have to switch to albatross then do the same modification on albatross, right? And the end result will not look the same, better, but will not be the same. Just to confirm my understanding.
Wei-hsing
-------------- Original message ----------------------
From: "Catalin Hritcu" <catalin.hritcu(a)gmail.com>
>
> Hi Wei-hsing,
>
> On 6/23/07, wangwh(a)att.net <wangwh(a)att.net> wrote:
> > I don't know JIRA, but the site did not have a problem, just happened a few
> weeks ago. from this email, others have the same problem. I don't know how to
> produce it. Something changed on the XWiki farm.
> > I just created a new site on XWiki, khclc.xwiki.com, the problem appears!
> > You can login as testone and use password xwiki to edit the first page, you
> will see the edit window is covered by XWiki syntax list...
> >
> I tried and this is like you describe it.
>
> However please understand that we are talking about a very old version
> of xwiki (1.0-beta-3-a) displaying a depricated skin (dodo). If you
> want to have this reported as a bug you have to at least be able to
> reproduce it with the latest xwiki release.
>
> The easiest way to fix this (and also get a much nicer look for your
> wiki) is to change the skin to a newer one, as documented here:
> http://www.xwiki.org/xwiki/bin/view/UserGuide/Skins
> http://www.xwiki.org/xwiki/bin/view/AdminGuide/Skins
>
> Regards,
> Catalin
>
> PS: Unfortunately the xwiki farm is always lagging very badly in terms
> of installed xwiki version.
>