- xwiki-users@xwiki.org - lists.xwiki.org

case insensitive links
by Duke Tantiprasut 02 Aug '06

02 Aug '06

Hi All, Is it possible to make the wiki links case insensitive? Duke

1 0

Roll Back
by Robin Johnson 02 Aug '06

02 Aug '06

We rolled back our front page to view an earlier version and now we can't roll it forward again, the history page says "cannot read document version". Why is this? Is it likely to change or should we re-write the front page? Is this problem likely to occur when we are paying for the service. Robin

4 4

Error registering user: xwiki.com
by Esbach, Brandon 01 Aug '06

01 Aug '06

Hi all, I've recently added an xwiki.com xwiki for my company and I'm getting an error when I try to register users: Error: An error occured during the registration process (-1). Xwiki: daiwa.xwiki.com Excluding the "How much" question, I fill in the same data on my offline Xwiki with no problems. Also, I managed to successfully register a user before the xwiki.com server was down yesterday using same fields (different details) - so at one time this did work. <<PBrush>> This is happening regardless of username/password/etc. Brandon Esbach Software Engineer M/A-Com Eurotec Operations LoughMahon Technology Park, Skehard Road, Blackrock, Cork, Ireland Tel +353 21 4808305

2 3

XWiki in eXo
by Scrut Inizer 31 Jul '06

31 Jul '06

Has anyone deployed XWiki in eXo v2 (the current version)? When I tried that a few weeks ago all I got was exceptions. A few days ago, the eXo portlet container 1.3 and the final release of the complete eXo v2 ECM bundle was released. Did you try to deploy XWiki in there already? Thanks s.

2 1

Re: [xwiki-users] line breaks
by wangwh＠att.net 29 Jul '06

29 Jul '06

Hi, Ludovic, They work fine now! I appreciate this help very much! Wei-hsing -------------- Original message ---------------------- From: Ludovic Dubost <ludovic(a)xwiki.com> > > The problem is due with a recent change which restored taking into > account some preferences stored in the Space Preferences in some cases. > And there was something wrong in your Main Space preferences (some > styles without a style tag) on your first site (wsrrg) > On sbnprinceton it was just the XWiki Preference Web Menu which had > something wrong (but nothing to do with the upgrade I think) > > Ludovic > > wangwh(a)att.net a écrit : > > Hi, all, > > HELP! > > Two of my sites, swrrg.xwiki.com and sbnprinceton.xwiki.com > > are displaying error messages on top menu bar, after the upgrade... > > Why? > > Wei-hsing > > > > > > > > -------------- Original message ---------------------- > > From: wangwh(a)att.net > > > >> Hi, Ludovic, > >> One of my sites, http://swrrg.xwiki.com > >> is displaying big area error messages. It was fine last time I saw it. > >> Is this caused by upgrade? > >> Wei-hsing > >> > >> -------------- Original message ---------------------- > >> From: Ludovic Dubost <ludovic(a)xwiki.com> > >> > >>> The main reason why most Wiki Syntaxes are ignoring single line breaks > >>> and using a paragraph for double line breaks, if I remember well, is > >>> because textareas would scroll if you typed your text on a single line > >>> (see http://www.idocs.com/tags/forms/_TEXTAREA_WRAP.html) Therefore to > >>> make the text readable, you would type carriage return regularly, which > >>> thanks to the wiki syntax would be ignored. > >>> > >>> I agree that today all serious browsers wrap the text properly so this > >>> is not usefull anymore and counter intuitive. Wysiwyg also renders that > >>> unusefull. It's also not what people expect with their habits of Word > >>> Processor. > >>> > >>> What worried me is backwards compatibility and the way this would impact > >>> pages including scripting if we change the behavior to include a <br /> > >>> We could at least make it an option of the wiki and maybe even an option > >>> of the page. > >>> > >>> Ludovic > >>> > >>> > >>> Duke Tantiprasut a écrit : > >>> > >>>> Hi All, > >>>> > >>>> Does any find that the way line breaks are handled are a bit counter > >>>> intuitive. For example, if I enter: > >>>> > >>>> line1 > >>>> line2 > >>>> > >>>> you get: > >>>> > >>>> line1line2 > >>>> > >>>> so to get results that you would normally expect, you would have to do > >>>> something like: > >>>> > >>>> line1<br/> > >>>> line2<br/> > >>>> > >>>> which is pretty ugly. I thought I can live with it but it's starting > >>>> to bug me too much. > >>>> > >>>> Suggestions? > >>>> > >>>> Duke > >>>> ------------------------------------------------------------------------ > >>>> > >>>> > >>>> -- > >>>> You receive this message as a subscriber of the xwiki-users(a)objectweb.org > >>>> > >>> mailing list. > >>> > >>>> To unsubscribe: mailto:[email protected] > >>>> For general help: mailto:[email protected]?subject=help > >>>> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > >>>> > >>>> > >>> -- > >>> Ludovic Dubost > >>> XPertNet: http://www.xpertnet.fr/ > >>> Blog: http://www.ludovic.org/blog/ > >>> XWiki: http://www.xwiki.com > >>> Skype: ldubost AIM: nvludo Yahoo: ludovic > >>> > >>> > >>> > >>> > >> > >> > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > Sujet: > > Re: [xwiki-users] line breaks > > Expéditeur: > > wangwh(a)att.net > > Date: > > Fri, 28 Jul 2006 04:13:58 +0000 > > Destinataire: > > xwiki-users(a)objectweb.org > > > > Destinataire: > > xwiki-users(a)objectweb.org > > > > > > > > ------------------------------------------------------------------------ > > > > Sujet: > > Re: [xwiki-users] line breaks > > Expéditeur: > > Ludovic Dubost <ludovic(a)xwiki.com> > > Date: > > Thu, 27 Jul 2006 23:00:38 +0000 > > Destinataire: > > xwiki-users(a)objectweb.org > > > > Destinataire: > > xwiki-users(a)objectweb.org > > > > > > -- > > You receive this message as a subscriber of the xwiki-users(a)objectweb.org > mailing list. > > To unsubscribe: mailto:[email protected] > > For general help: mailto:[email protected]?subject=help > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > ------------------------------------------------------------------------ > > > > > > -- > > You receive this message as a subscriber of the xwiki-users(a)objectweb.org > mailing list. > > To unsubscribe: mailto:[email protected] > > For general help: mailto:[email protected]?subject=help > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > ------------------------------------------------------------------------ > > > > > > -- > > You receive this message as a subscriber of the xwiki-users(a)objectweb.org > mailing list. > > To unsubscribe: mailto:[email protected] > > For general help: mailto:[email protected]?subject=help > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > > -- > Ludovic Dubost > XPertNet: http://www.xpertnet.fr/ > Blog: http://www.ludovic.org/blog/ > XWiki: http://www.xwiki.com > Skype: ldubost AIM: nvludo Yahoo: ludovic > > >

1 0

ConstraintViolationExceptions due to duplicate entries
by Robin Fernandes 29 Jul '06

29 Jul '06

Hi all, I'm looking at an XWiki 0.9.840 instance here with an unusual problem. Often, users are not correctly added to the XWikiAllGroup when their account is created. It appears to be an intermittent problem. Looking at the log, I see a bunch of stack traces like the one below. Hibernate is running into duplicate key issues when persisting to DB. I suspect this is related. Any ideas how this could be happening? Anyone seen anything similar? Regards, Robin Could not synchronize database state with session org.hibernate.exception.ConstraintViolationException: could not insert: [com.xpn.xwiki.objects.StringProperty] at org.hibernate.exception.ErrorCodeConverter.convert(ErrorCodeConverter.java:74) at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) at org.hibernate.persister.entity.BasicEntityPersister.insert(BasicEntityPersister.java:1859) at org.hibernate.persister.entity.BasicEntityPersister.insert(BasicEntityPersister.java:2190) at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:46) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:239) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:223) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:136) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:274) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:726) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiProperty(XWikiHibernateStore.java:1076) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiCollection(XWikiHibernateStore.java:873) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiObject(XWikiHibernateStore.java:825) at com.xpn.xwiki.XWiki.SetUserDefaultGroup(XWiki.java:1809) at com.ibm.ibmxwiki.BluepagesLDAPAuthServiceImpl.CreateUserFromLDAP(Unknown Source) at com.ibm.ibmxwiki.BluepagesLDAPAuthServiceImpl.authenticate(Unknown Source) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:173) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:112) at com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:161) at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:1860) at com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:94) at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:1865) at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:2436) at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:133) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:415) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:797) Caused by: java.sql.SQLException: Duplicate entry '1743317516-member' for key 1 at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2847) at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1531) at com.mysql.jdbc.ServerPreparedStatement.serverExecute(ServerPreparedStatement.java:1347) at com.mysql.jdbc.ServerPreparedStatement.executeInternal(ServerPreparedStatement.java:958) at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1957) at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1880) at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1741) at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:101) at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:101) at org.hibernate.persister.entity.BasicEntityPersister.insert(BasicEntityPersister.java:1846) ... 45 more

1 1

Re: [xwiki-users] line breaks
by wangwh＠att.net 29 Jul '06

29 Jul '06

Hi, all, HELP! Two of my sites, swrrg.xwiki.com and sbnprinceton.xwiki.com are displaying error messages on top menu bar, after the upgrade... Why? Wei-hsing -------------- Original message ---------------------- From: wangwh(a)att.net > Hi, Ludovic, > One of my sites, http://swrrg.xwiki.com > is displaying big area error messages. It was fine last time I saw it. > Is this caused by upgrade? > Wei-hsing > > -------------- Original message ---------------------- > From: Ludovic Dubost <ludovic(a)xwiki.com> > > > > The main reason why most Wiki Syntaxes are ignoring single line breaks > > and using a paragraph for double line breaks, if I remember well, is > > because textareas would scroll if you typed your text on a single line > > (see http://www.idocs.com/tags/forms/_TEXTAREA_WRAP.html) Therefore to > > make the text readable, you would type carriage return regularly, which > > thanks to the wiki syntax would be ignored. > > > > I agree that today all serious browsers wrap the text properly so this > > is not usefull anymore and counter intuitive. Wysiwyg also renders that > > unusefull. It's also not what people expect with their habits of Word > > Processor. > > > > What worried me is backwards compatibility and the way this would impact > > pages including scripting if we change the behavior to include a <br /> > > We could at least make it an option of the wiki and maybe even an option > > of the page. > > > > Ludovic > > > > > > Duke Tantiprasut a écrit : > > > Hi All, > > > > > > Does any find that the way line breaks are handled are a bit counter > > > intuitive. For example, if I enter: > > > > > > line1 > > > line2 > > > > > > you get: > > > > > > line1line2 > > > > > > so to get results that you would normally expect, you would have to do > > > something like: > > > > > > line1<br/> > > > line2<br/> > > > > > > which is pretty ugly. I thought I can live with it but it's starting > > > to bug me too much. > > > > > > Suggestions? > > > > > > Duke > > > ------------------------------------------------------------------------ > > > > > > > > > -- > > > You receive this message as a subscriber of the xwiki-users(a)objectweb.org > > mailing list. > > > To unsubscribe: mailto:[email protected] > > > For general help: mailto:[email protected]?subject=help > > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > > > > > > -- > > Ludovic Dubost > > XPertNet: http://www.xpertnet.fr/ > > Blog: http://www.ludovic.org/blog/ > > XWiki: http://www.xwiki.com > > Skype: ldubost AIM: nvludo Yahoo: ludovic > > > > > > > > >

2 1

creating a "standard" document using a form
by Michael Redinger 28 Jul '06

28 Jul '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, in the standard XWiki installation, there is a form in the menu to add news. This form uses the article template. How do I add a form that uses no special template? I.e. I want to get the same page I get when creating a new, empty document (edit/Main/NotExistingDocument)? I found HowToCreateADocumentTemplate and DocumentTemplateExample. But when I use this, a document is created from this template, but the user does not get the textarea (or WYSIWYG editor) to actually change the document: #includeTopic("xwiki:XWiki.XWikiCommonJavascript") <form action="" id="newdoc"> <input type="hidden" name="parent" value="${doc.fullName}" /> <input type="hidden" name="template" value="Doc.ExampleTemplate" /> <input type="hidden" name="webname" value="Doc" size="8" /> Title: <input type="text" name="name" value="Name of your document" /> <br /> <br /> <input type="button" value="Create this document" onclick='if (updateName(this.form.name)) {this.form.action="../../inline/" + this.form.webname.value + "/" + this.form.name.value; this.form.submit(); }'> </form> Thanks, Michael - -- Michael Redinger Zentraler Informatikdienst (Central IT Services) Universitaet Innsbruck Technikerstrasse 13 Tel.: ++43 512 507 2335 6020 Innsbruck Fax.: ++43 512 507 2944 Austria Mail: Michael.Redinger(a)uibk.ac.at BB98 D2FE 0F2C 2658 3780 3CB1 0FD7 A9D9 65C2 C11D http://homepage.uibk.ac.at/~c102mr/mred-pubkey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEyc8GD9ep2WXCwR0RAtnhAJ4wAu/GzeJ9XmiPW6UMuvihJR7kJQCgp0mM qlDlxoJA3mBSwimM+d4ijmM= =JwLV -----END PGP SIGNATURE-----

2 1

performance issue
by wangwh＠att.net 28 Jul '06

28 Jul '06

Could you move sbnprinceton.xwiki.com to a separate server to improve the performance? Thanks a lot! Wei-hsing

1 0

line breaks
by Duke Tantiprasut 28 Jul '06

28 Jul '06

Hi All, Does any find that the way line breaks are handled are a bit counter intuitive. For example, if I enter: line1 line2 you get: line1line2 so to get results that you would normally expect, you would have to do something like: line1<br/> line2<br/> which is pretty ugly. I thought I can live with it but it's starting to bug me too much. Suggestions? Duke

5 5