April 2007 - xwiki-users@xwiki.org

Changing table style
by shivshan 26 Apr '07

26 Apr '07

Hi Is there a way to change the table style? I would like to add a border to the tables and change the color. I searched the archives but couldn't find a solution. Thanks Shiva -- View this message in context: http://www.nabble.com/Changing-table-style-tf3647341.html#a10187095 Sent from the XWiki- Users mailing list archive at Nabble.com.

3 2

[ANN] XWiki 1.0 RC 2 Released
by Vincent Massol 25 Apr '07

25 Apr '07

The XWiki development team team is pleased to announce the availability of the 1.0 RC 2 release. Go grab it on http://www.xwiki.org/xwiki/bin/view/Main/Download This release is planned to the last before the final 1.0 release (unless we find some important bugs in which case there'll be a RC3 release). The 1.0 release is still planned for end of April. New in this release: * Several important bugs fixed: o PDF generation fails if a header text is repeated due to TOC numbering in headings o Filter conflict: external links can be rendered two times o Generated heading id-s are not unique o Save & Continue button switches you from the Global Rights tab to the Preferences tab o Levels and Users properties are saved with an extra empty value o Fail to import a XAR exported with history o Calling $xwiki.refreshLinks() do not seem to generate backlinks for all pages o XML content inside {code} macro is rendered in the WYSIWYG editor o Bug when deleting attachment with accent with XWiki in UTF-8 encoding o Empty groups on XWiki.XWikiAllGroup, XWiki.XWikiAdminGroup and XWiki.XWikiGroupTemplate o Empty rights in Global Rights and in some spaces o Missing PDF templates for new PDF export configuration feature o Edition of a user do not show empty fields any more o Only if in the style macro has icon parameter then apply stylemacro class for the default value of class parameter.(to show icon image) o Do not display the register link if the current user do not have the register right o Global access levels are displayed in the local rights editor o The editor (wiki and wysiwyg) textarea in new skin don't fill 100% the editor panel o Cannot create pages with non ASCII characters in the XWiki standalone distribution * Document that importing documents will replace the existing versions and specially explain how to import XWiki user documents * Improve documentation for the Attachment and Skins pages of the User Guide IMPORTANT: XWiki 1.0 RC 2 fixes an important security issue in past releases where passwords were stored in clear in the database. Passwords are now hashed. If you are upgrading from a previous version, any new user or any password update will automatically get the password hashed. However existing users who do not change their passwords will still have their passwords in clear in the database. Thus, we are providing a tool to automatically hash all passwords from an existing database. See the full release notes on http://www.xwiki.org/xwiki/bin/view/ Main/ReleaseNotesXWiki10RC2 Enjoy -The XWiki development team

1 0

Fwd: Antw: XWiki: Testing for WIKI-1139
by Vincent Massol 25 Apr '07

25 Apr '07

Thanks Gunter for this. I'm forwarding it to the user list so that others can help us too or learn from it... -Vincent Begin forwarded message: > From: "Gunter Leeb" <Gunter.Leeb(a)mediaprint.at> > Date: April 25, 2007 8:05:54 PM CEDT > To: "Vincent Massol" <vincent(a)massol.net> > Subject: Re: Antw: XWiki: Testing for WIKI-1139 > > Hi Vincent, > > Configuration: > > Just a very basic configuration. We just started a pilot project a > few month ago. > - MySQL DB on a Solaris server (copy of our Pilot/Production > installation) > - XWikiRC1 with your new jar on my development Windows PC pointing > to this XWiki DB create for the old XWiki version. > - Just a bare install run, I haven't even tweaked the skin, > meaning, I am running with a skin (neither albatros nor dodo). > > Testsequence (Without your new jar): > 1. Create a normal page WebHome in a TestSpace > 2. Added a link [asdföäüasdf] in the page > 3. Followed the link from the page and created a child page: The > name is shortened and changed to "asdf???" - First Bug > 4. Returning to the parent page: It still show the ? for "page not > created". But following the link leads to the before created page > in edit mode(!) - Second/Third Bug > 5. Calling GUI Rename to "asdfasdföäüasdfasdf" -> claims to be > successful but clicking on the link from the Rename-successmessage > leads to the requested document could not be found page (the > document name suddenly contains again ???) - Fifth Bug (That is > now the opposite behavior of before: link claims ok, but page does > not exist) > 6. Refilling the new page asdfasdföäüasdfasdf with content. > 7. Calling Rename velocity method (see the AdminTool script that I > checked in in the CodeZone Snippet) > 8. This time the rename to "asdfasdföäüasdfasf1" is successful, but > following the link again leads to an empty page. Somehow the real > page is lost. - Sixth Bug > 9. Exported xar contains filenames with ? as well as a filename > with really bad decoded Unicode characters. - Seventh Bug > > With your new jar, I suddenly get a much better behavior! Maybe > your changes were not picked up correctly. > > Rename still fails with Pages that have documents attached that > contain special characters. Actually, rename fails on various > issues with attachments in the page (e.g. No row with the given > identifier exists) It does not seem to like old failed attachments > with 0 bytes (these actually also cannot be deleted !) > > > Also, I have now rerun the entire script on a totally newly created > XWiki installation with internal DB directly from the install > script, again with your jar. > > This time I get ok behavior for any new szenarios I try out: > - everything is working and behaving correctly (links, rename, delete) > - imported the xar from the old configuration: The importer simply > ignores documents in the form: "Main.MaCi.Änderungsdienst". Don't > know whether this is because the Ä or the stupid name (our users > really screwed up the structure in the old XWiki). - I would > consider this also a bug. It should at least report that it could > not import that page - and why. > > Now, I feel that pointing XWiki against an old Database might have > caused this behavior and worse. > > Unfortunately, I cannot send you parts of the xar, since I don't > want to ask for permissions to do that and explain everything :) > and the data is from some important project. > > I hope this helps nevertheless. > > Regards, > > Gunter > > >>>> Vincent Massol <vincent(a)massol.net> 25.04.2007 16:07 >>> > Hi Gunter, > > On Apr 25, 2007, at 3:51 PM, Gunter Leeb wrote: > >> Hi Vincent, >> >> I have just tried it, but with the same or similar exception. I have >> replaced the xwiki.jar and restartet. I would like to send you a log >> file, also to confirm that it is really picking up all your changes. >> Would you please send me a log4j.properties configured so you can see >> all the aspects that you need. >> >> Also, maybe it is relevant, but the pages got migrated from an old >> 0.9.940 (?) installation. > > Thanks for trying it. Let's try to debug this... I think we can > follow 2 leads: > > 1) In your patched version of RC1, can you try creating a new page > with accents and then delete/rename it? > > 2) I'd like to reproduce your problem. Could you give me more > information about your setup (i18n setup, database and container) and > possibly it would be nice if you could send me a XAR export of your > wiki (not the whole thing, maybe only a few pages) so that I can try > it here. Could you also let me know exactly the steps you're > performing? > > Thanks > -Vincent > > PS: I'm ccing the dev list so that others can join us in debuggin > this. > >> >> Regards, >> >> Gunter >> >>>>> Vincent Massol <vincent(a)massol.net> 25.04.2007 14:30 >>> >> Hi Gunter, >> >> I'm doing the release of XWiki 1.0 RC2 this afternoon and your bug >> was one that I wanted to check out before releasing RC2. I don't know >> >> if you've seen but I have commented on http://jira.xwiki.org/jira/ >> browse/XWIKI-1139. >> >> Do you think you could give it a quick try with the new JAR I've >> uploaded for you? >> >> Thanks a lot >> >> -Vincent Massol >> XWiki release manager

1 0

Additional classes in a groovyclass page
by Esbach, Brandon 25 Apr '07

25 Apr '07

Hi All, As I read it, when I call a groovy page using parseGroovyFromPage, the first class designated inside is attached to the returned object (so calling it subsequently will call methods inside that class). Does parseGroovyFromPage allow one to have multiple classes per groovy page (and by extension,how would one plug into a specific class when initializing the page via parseGroovyFromPage)? Brandon Esbach Software Engineer Tyco Electronics LoughMahon Technology Park, Skehard Road, Blackrock, Cork, Ireland Tel +353 21 4808305

4 4

Export throws exception in xwiki on farm
by Oova 25 Apr '07

25 Apr '07

I am getting the following error message: [ Error number 11015 in 11: Exception while exporting Wrapped Exception: Error number 3202 in 3: Exception while reading document ApplSpace.CarConsumerClassTemplate Wrapped Exception: Error number 3212 in 3: Exception while loading object ApplSpace.CarConsumerClassTemplate Wrapped Exception: Error number 3212 in 3: Exception while loading property NumberOfCars of object ApplSpace.CarConsumerClassTemplate Wrapped Exception: No row with the given identifier exists: [com.xpn.xwiki.objects.IntegerProperty# ] I tried to delete the document by calling ...<myxwiki>.xwiki.com/xwiki/bin/delete/ApplSpace/CarConsumerClassTemplate but it resulted in 'The requested document could not be found.' Any idea how to delete the document and make the export work? Is there a way of deselecting/selecting documents for export, similar to the import feature? Uwe -- View this message in context: http://www.nabble.com/Export-throws-exception-in-xwiki-on-farm-tf3643197.ht… Sent from the XWiki- Users mailing list archive at Nabble.com.

1 0

advanced edit mode on the farm
by Oova 25 Apr '07

25 Apr '07

I tried to switch to the skin 'xwiki10b1' in a new wiki on the farm, which worked, but I was unable to switch to the advanced edit mode to get class editor and alike. The user template doesn't seem to support it, is waht I thought. I then imported new XWiki.XWikiUsers and XWiki.XWikiUserSheet from xwiki-1.0-rc-1.xar on http://www.xwiki.org/xwiki/bin/view/Main/Download as suggested on http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWiki10Beta6#HMigratio… , BUT it created $msg.get("userProfile", get User Name($doc.full Name, false)?) on the user page. Incompatible as it seems. Please help. Uwe -- View this message in context: http://www.nabble.com/advanced-edit-mode-on-the-farm-tf3642662.html#a101731… Sent from the XWiki- Users mailing list archive at Nabble.com.

1 0

Spaces visible in panel even if view right not set
by tk＠ontopica.de 24 Apr '07

24 Apr '07

Hello all, a few months ago, there was a brief discussion of a similar issue: http://mail-archive.objectweb.org/xwiki-users/2006-02/msg00102.html now i am facing a different problem, which might be related to that. when you add a new space, xwiki asks you to enter a title (the title of the introductory space page) and a text that describes that space. save and view works fine, it automatically appears in the right side panel. now, if you set appropriate rights to that space, acces to pages belonging to that space is secured via the xwiki built-in authorisation. the space itself, however, is still visible in the right hand panel. and if unauthorized user click on it, they see an unresolved velocity fragment in the panel. how can i influence that behaviour? i think, user should not see spaces, that they cannot access in the end, as it blows up the navigation panel on the right hand. Yours Thomas Kr�mer

1 0

Groovy tutorial in dev guide
by roopesh＠digitalglue.in 24 Apr '07

24 Apr '07

Hi I tried to follow the Groovy Tutorial given in the developer guide. But I couldn't make it run. (http://www.xwiki.org/xwiki/bin/view/DevGuide/GroovyClassHelloWorldTutorial) Instantiating groovy class from velocity threw the foll error : Error number 4001 in 4: Error while parsing velocity page Main.HelloWorldFromVelocity Wrapped Exception: Invocation of method 'parseGroovyFromPage' in class com.xpn.xwiki.api.XWiki threw exception com.xpn.xwiki.XWikiException: Error number 14001 in 14: Failed compiling groovy script Wrapped Exception: startup failed, script1177398554781.groovy: 5: unexpected token: xwiki @ line 5, column 5. Instantiating groovy from groovy resulted in the foll error : Error number 4002 in 4: Error while parsing groovy page Groovy.HelloWorldClassTest Wrapped Exception: startup failed, Script1.groovy: 3: unexpected token: groovyObject @ line 3, column 68. (While creating the class I have assigned programming rights to the user who made the class.) What am I doing wrong. Thanks and Regards Roopesh

3 4

stylesheet denied access on login and register page
by Julien Oix 24 Apr '07

24 Apr '07

Hi everyone, I'm tryin' to deploy a private xwiki, so that non-logged people can't view/edit any page, but the login/register pages. Moreover, I set a specific registering process : people need a password to register on the http://xwiki.pps.jussieu.fr/xwiki/bin/view/XWiki/RegisterNewUser page) I did the following to set up the wiki (maybe it would be good that I write some page with more details somewhere on xwiki.org ? :) i) I added /xwiki/bin/view/XWiki/RegisterNewUser, /xwiki/bin/view/XWiki/RegisterJS, /xwiki/bin/view/XWiki/Key to set up this protected register process ii) In the xwiki global rights : appropriate levels to "allow" for XWikiAdminGroup and XWikiAllGroup, every level to "deny" for users "XWikiGuest' Specific Page Access Rights : "view" level to "allow" for XWikiGuest on the 3 previous pages named in step i) and to the /xwiki/bin/edit/XWiki/XWikiUsers class iii) I edited on the webapp filesystem $WEBAPPS_HOME//xwiki/skins/xwiki10b1/global.vm file, assuming that my default skin is xwiki10b1 and replaced the line #set($regurl = $xwiki.getURL("XWiki.Register", "register")) with #set($regurl = $xwiki.getURL("XWiki.RegisterNewUser", "view")) When all of this is set up, the only problem is that accessing the new register or login page (as an XWikiGuest so), these two pages don't show the associated stylesheet. Some previous posts talked about giving the same specific Page Access Rights to xwiki/bin/view/XWiki/DefaultSkin, and turning Off the "Always authenticate on viewing" and "Always authenticate on editing" directives. Even doing this, my register and login page don't show the stylesheet. Did I forget anything ? Thanks. -- Julien Oix UFR d'Informatique - Université Paris Diderot Bureau 5C01 (5ème étage) 175 rue du Chevaleret 75013 PARIS Tel : +33 (0) 144 278 504 Mobile : +33 (0) 664 392 207 --------------------------------------------- http://www.gnu.org/philosophy/no-word-attachments.html

3 2

[xwiki-users] Private Space
by Antonio Goncalves 23 Apr '07

23 Apr '07

Hi, I need to have a private space on my wiki. A space where all pages would be completly hidden from everybody else except Admins. I did it easily with Space Rights (XWikiGuest and XWikiAllGroup / view /deny). But the pages can still be searched. How can I hide their content from the search ? Thanks, Antonio

3 4