xwiki-users

xwiki-users@xwiki.org

10408 discussions

[xwiki-users] [Announcement] XWiki Enterprise 3.1.1 and XWiki Enterprise Manager 3.1.1 Released

by Sergiu Dumitriu

The XWiki development team is proud to announce the availability of XWiki Enterprise 3.1.1 and XWiki Enterprise Manager 3.1.1, bugfix releases on the 3.1.x stable branch. This is the first (and probably last) bugfix release for the 3.1 series. It contains only small bugfixes backported from the 3.2 branch, mainly around missing CSRF-prevention tokens, the extension manager, and build improvements. See the full release notes at http://www.xwiki.org/xwiki/bin/ReleaseNotes/ReleaseNotesXWikiEnterprise311 for more details. -- Sergiu Dumitriu http://purl.org/net/sergiu/

13 years, 3 months

Re: [xwiki-users] rename page during it's object's inline edit save?

by Scott Serr

----- "Scott Serr" <serrs(a)theserrs.net> wrote: > I have a page that is creating sub-pages with a button called "Create > History Log." I create the sub-page name like HistoryLog-2011-09-27 > from the current date programatically. These sub-pages have a > HistoryLogClass object on them which I begin editing in the inline > editor. During the save operation on this object, I'd like to rename > the page if the user has changed a date property on the object. Is > there a way to do this? I'd like it to work when creating a new page > or editing and existing page with the inline editor. > > Reasoning: The user is creating a HistoryLog page (with object) a few > days after the fact, so they need to manage the date manually > sometimes. I like having the date in the page name, to make a unique > and sortable page list. The user would like to not go through the > extra step of renaming the page manually. > > Sort of like this for page creation: > $doc.name = "HistoryLog-" + $obj.getProperty("date").getValue() > > Would I need to run $doc.rename() code when editing? > > Is there a clever solution? My fall back solution is just create a sequence for the page name. HistoryLog-00001 HistoryLog-00002 And then just spin through the objects for meaningful date data. I could do away with the page per object requirement, if there was such thing as an inline object editor a bit more configurable than the object editor. I guess you'd need a way to render it to, so the only way that would work is to have a sort of virtual page for object editing and rendering. I might just need pointed in the right direction. Thanks, Scott

13 years, 3 months

[xwiki-users] rename page during it's object's inline edit save?

by Scott Serr

I have a page that is creating sub-pages with a button called "Create History Log." I create the sub-page name like HistoryLog-2011-09-27 from the current date programatically. These sub-pages have a HistoryLogClass object on them which I begin editing in the inline editor. During the save operation on this object, I'd like to rename the page if the user has changed a date property on the object. Is there a way to do this? I'd like it to work when creating a new page or editing and existing page with the inline editor. Reasoning: The user is creating a HistoryLog page (with object) a few days after the fact, so they need to manage the date manually sometimes. I like having the date in the page name, to make a unique and sortable page list. The user would like to not go through the extra step of renaming the page manually. Sort of like this for page creation: $doc.name = "HistoryLog-" + $obj.getProperty("date").getValue() Would I need to run $doc.rename() code when editing? Is there a clever solution? Thanks, Scott

13 years, 3 months

Re: [xwiki-users] possible bug - inline editor evaluates form hidden variables on save

by Scott Serr

----- "Marius Dumitru Florea" <mariusdumitru.florea(a)xwiki.com> wrote: > On Thu, Sep 29, 2011 at 9:19 PM, Scott Serr <serrs(a)theserrs.net> > wrote: > > > > I ran into an interesting side effect of having a form in my Class > Sheet. > > > > <input type="hidden" name="parent" value="${doc.fullName}" /> > > > > The above line is in a form which posts to the current page, but > then redirects to a sub-page. The process is exactly like the FAQ > Example. The trouble is, when doing Inline Editing on a page with the > class object. No matter what you put in as the parent in the UI for > the parent property, it gets reset to itself on save. The wiki and > WYSYWIG editors don't do this of course. > > > > I think this is a problem because... > > > > > 1. Should this form (and form element) really be evaluated? No one > hit the submit button. > > How did you save without hitting the submit button? (You said "it > gets > reset to itself on save"). > > > 2. It doesn't seem very safe for variable spaces to mix so easily. > Unless this is a feature. > > "Inline form" edit mode is used to edit object properties. If you use > $doc.display method to generate your form fields then you'll see that > the field IDs/names look like this: > ClassName_objectIndex_propertyName > , so they don't interfere with the rest of the (hidden) fields like > "parent" which is used to set the document title. If you generate the > form fields yourself then indeed you have to take care to use unique > IDs/names to prevent conflicts. > > Hope this helps, > Marius Thanks for the reply. My page has a form like {{{html}}}<form></form>{{{/html}}} if you look at the wiki code. I'll call this the "embedded form." So when the page is viewed, then the embedded form is available. An aside, the embedded form creates sub-pages. The page also has an object and I'm fine with editing those properties in the inline form editor. And, of course the embedded form on my page is not displayed because the inline editor only shows and edits the object. My trouble comes here, when I save that object in the inline editor, I get the embedded form's hidden post variables evaluated. I did not click my embedded form's submit, I clicked the inline editor's save. It behaves as if I clicked the embedded form's submit just before the inline editor's save. I know it sounds crazy. I'll try to isolate it to a minimal test case.

13 years, 3 months

[xwiki-users] "Data too long for column 'XWV_IP'"

by jerem

Hi all, After migrating my XE from 2.x to 3.1, I get a bunch of these errors in my logs : "[Statistics storing daemon] ERROR o.h.u.JDBCExceptionReporter - Data truncation: Data too long for column 'XWV_IP' at row 1" I suppose it's a change in the statistics related tables ... What should I do to remove these errors ? Full stack trace : 2011-09-14 16:11:50,551 [Statistics storing daemon] ERROR o.h.u.JDBCExceptionReporter - Data truncation: Data too long for column 'XWV_IP' at row 1 2011-09-14 16:11:50,551 [Statistics storing daemon] ERROR .AbstractFlushingEventListener - Could not synchronize database state with session org.hibernate.exception.DataException: Could not execute JDBC batch update at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:77) ~[hibernate-3.2.6.ga.jar:3.2.6.ga] at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) ~[hibernate-3.2.6.ga.jar:3.2.6.ga] at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:253) ~[hibernate-3.2.6.ga.jar:3.2.6.ga] at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:266) ~[hibernate-3.2.6.ga.jar:3.2.6.ga] at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:167) ~[hibernate-3.2.6.ga.jar:3.2.6.ga] at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298) ~[hibernate-3.2.6.ga.jar:3.2.6.ga] at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) [hibernate-3.2.6.ga.jar:3.2.6.ga] at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000) [hibernate-3.2.6.ga.jar:3.2.6.ga] at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338) [hibernate-3.2.6.ga.jar:3.2.6.ga] at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106) [hibernate-3.2.6.ga.jar:3.2.6.ga] at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:871) [xwiki-platform-oldcore-3.1.jar:na] at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:842) [xwiki-platform-oldcore-3.1.jar:na] at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiCollection(XWikiHibernateStore.java:1054) [xwiki-platform-oldcore-3.1.jar:na] at com.xpn.xwiki.stats.impl.xwiki.VisitStatsStoreItem.storeInternal(VisitStatsStoreItem.java:112) [xwiki-platform-oldcore-3.1.jar:na] at com.xpn.xwiki.stats.impl.xwiki.AbstractStatsStoreItem.store(AbstractStatsStoreItem.java:99) [xwiki-platform-oldcore-3.1.jar:na] at com.xpn.xwiki.stats.impl.xwiki.XWikiStatsStoreService.register(XWikiStatsStoreService.java:167) [xwiki-platform-oldcore-3.1.jar:na] at com.xpn.xwiki.stats.impl.xwiki.XWikiStatsStoreService.runInternal(XWikiStatsStoreService.java:119) [xwiki-platform-oldcore-3.1.jar:na] at com.xpn.xwiki.util.AbstractXWikiRunnable.run(AbstractXWikiRunnable.java:99) [xwiki-platform-oldcore-3.1.jar:na] at java.lang.Thread.run(Thread.java:619) [na:1.6.0_11] Caused by: java.sql.BatchUpdateException: Data truncation: Data too long for column 'XWV_IP' at row 1 at com.mysql.jdbc.PreparedStatement.executeBatchSerially(PreparedStatement.java:2007) ~[mysql-connector-java-5.1.10-bin.jar:na] at com.mysql.jdbc.PreparedStatement.executeBatch(PreparedStatement.java:1443) ~[mysql-connector-java-5.1.10-bin.jar:na] at org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatement.java:297) ~[commons-dbcp-1.3.jar:1.3] at org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatement.java:297) ~[commons-dbcp-1.3.jar:1.3] at org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatement.java:297) ~[commons-dbcp-1.3.jar:1.3] at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:48) ~[hibernate-3.2.6.ga.jar:3.2.6.ga] at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:246) ~[hibernate-3.2.6.ga.jar:3.2.6.ga] ... 16 common frames omitted Thanks ! Jeremie. -- View this message in context: http://xwiki.475771.n2.nabble.com/Data-too-long-for-column-XWV-IP-tp6792700… Sent from the XWiki- Users mailing list archive at Nabble.com.

13 years, 3 months

[xwiki-users] Template for Blog

by Arnaud bourree

Hello, Does someone made Template for Blog? I'm surprise that is not part of XWiki 3.1 Regards, Arnaud.

13 years, 4 months

[xwiki-users] [myxwiki] XWiki Enterprise 3.2-SNAPSHOT Upgrade

by Caleb James DeLisle

Hi everyone, myxwiki.org has been upgraded to 3.2-SNAPSHOT. We also strongly recommend an upgrade to the latest wiki version. To upgrade you must download 3.2-SNAPSHOT XWiki XAR from : http://www.myxwiki.org/xwiki/bin/download/XWiki/XWikiPreferences/xwiki-ente… And follow the upgrade guide available at : http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HUpgrading… To be notified of the myxwiki.org server upgrade you can follow myxwiki on twitter: http://twitter.com/myxwiki Thanks, -XWiki Community

13 years, 4 months

[xwiki-users] polls and rights

by O Voss

Hi, I'm planning to do the following: Each document based on a certain template autmatically gets it's own standard poll. (No customisation.) Each user visiting the page can vote. Having looked at the polls application and played around with templates a bit, I think I know all the ingredients I will need. I have one problem though: Anyone who votes needs write permissions on the document that saves the votes (whereever that may be). If I'm not mistaken that means anyone who can vote theoretically can manipulate voting data by accessing these objects directly. Is there any way to secure this against manipulation a) from users who can vote? b) from the user who created the page? Probably that question is equivalent to: Is there a way to let users save changes on an object only via a script while hindering that very same user from editing it directly? Any hints are greatly appreciated!

13 years, 4 months

Re: [xwiki-users] $datetool appears to be a DateTool and not a ComparisonDateTool

by Scott Serr

----- "Scott Serr" <serrs(a)theserrs.net> wrote: > In the dev mailing list, I saw years ago that $datetool was changed to > point to ComparisonDateTool. This gave it added functionality. Also, > the documentation on > http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting says it is > a ComparisonDateTool. > > My problem is, it doesn't act like a ComparisonDateTool, it acts like > DateTool. > > Works: > $datetool.get('dd.MM.yyyy HH:mm') > > Does not work: > $datetool.difference('2005-07-04','2007-02-15') Apparently I can't pass String as Object, I have to pass Date? Anyway, sorry for the traffic.

13 years, 4 months

[xwiki-users] possible bug - inline editor evaluates form hidden variables on save

by Scott Serr

I ran into an interesting side effect of having a form in my Class Sheet. <input type="hidden" name="parent" value="${doc.fullName}" /> The above line is in a form which posts to the current page, but then redirects to a sub-page. The process is exactly like the FAQ Example. The trouble is, when doing Inline Editing on a page with the class object. No matter what you put in as the parent in the UI for the parent property, it gets reset to itself on save. The wiki and WYSYWIG editors don't do this of course. I think this is a problem because... 1. Should this form (and form element) really be evaluated? No one hit the submit button. 2. It doesn't seem very safe for variable spaces to mix so easily. Unless this is a feature.

13 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users