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: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
> >>>>
> >>>>
> >>> --
> >>> 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: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
> >
> > ------------------------------------------------------------------------
> >
> >
> > --
> > 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
> >
> > ------------------------------------------------------------------------
> >
> >
> > --
> > 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
> >
>
>
> --
> Ludovic Dubost
> XPertNet: http://www.xpertnet.fr/
> Blog: http://www.ludovic.org/blog/
> XWiki: http://www.xwiki.com
> Skype: ldubost AIM: nvludo Yahoo: ludovic
>
>
>
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
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: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
> > >
> >
> >
> > --
> > Ludovic Dubost
> > XPertNet: http://www.xpertnet.fr/
> > Blog: http://www.ludovic.org/blog/
> > XWiki: http://www.xwiki.com
> > Skype: ldubost AIM: nvludo Yahoo: ludovic
> >
> >
> >
>
>
>
-----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-----
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
Hi, Ludovic,
One of my sites, http://www.swrrg.org/
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: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
> >
>
>
> --
> Ludovic Dubost
> XPertNet: http://www.xpertnet.fr/
> Blog: http://www.ludovic.org/blog/
> XWiki: http://www.xwiki.com
> Skype: ldubost AIM: nvludo Yahoo: ludovic
>
>
>
Jean-Vincent,
Thank you very much!
I hope our XWiki site will function well during the next 3 weeks. Our conference depends on it. This could be a success story for XWiki.
Regards,
Wei-hsing
-------------- Original message ----------------------
From: "Jean-Vincent Drean" <jean-vincent(a)drean.org>
> Hi,
> Somebody at the datacenter made a mistake this night and our hoster
> has just found out what. XWiki.com is now back. Sorry for the
> inconvenience.
>
> Regards,
> Jean-Vincent Drean.
>
> 2006/7/26, wangwh(a)att.net <wangwh(a)att.net>:
> > Hi,
> > Any one else experience the same problem today?
> > We could not access our xwiki site for a long time...
> > Wei-hsing
> > eitc2006.xwiki.com
> >
> >
> >
> >
> > --
> > 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,
Is there any way thru which I can access the reference to the most recently accessed links ( say last 5 links) ?
Is there any way to set cookies, or session or application variables?
Regards,
Vishal