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.
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
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
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
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.
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
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
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
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
