Hi all.
While xwiki looks good to me in general, I was somewhat disappointed to see
"CHARSET=latin1" in dump for 1.0-beta-1.
I want to set up wiki in russian and wondering if/when full out of the box
I18N support is planned for general availability.
Can anyone comment on this?
Thank you,
Pavel
In version 0.9.840 there was the ability to generically add a permission
as required; by putting any selected text in place of
"view/edit/programming/etc". This has worked quite well for us to date
on the older version.
I guess the question would be, is there a way to add to the permissions
list on XWiki1B1?
Part2, related query: Is there a way to show a specific panel depending
on your permission? For example, if the user is an administrator I'd
like to show an Admin Panel; or if the user has Workflow rights I'd like
to show a panel with Workflow features. While I know I can protect the
content of a panel by checking certain values (permissions/etc); this
would still mean that an empty panel is shown for the user.
Brandon Esbach
Software Engineer
M/A-Com Eurotec Operations
LoughMahon Technology Park,
Skehard Road,
Blackrock,
Cork, Ireland
Tel +353 21 4808305
Assuming now that the links are up, the file is released?
I have some observations, certainly not exhaustive but from a "first
look" perspective.
* PDF/Printing
* Fails for me on trying (Firefox 2.0.0.1; no plug-ins as yet).
Says the document is invalid - this can be due to a number of factors,
however my old 0.9.840 in the Production environment works fine (ruling
out browser/local issues)
* WYSIWYG
* Doesn't seem to work right, documents become corrupt after
adding any text via this method.. I noticed that there is both a
"tiny_mce" and a "tiny_mce_2" folder in the Xwiki root - I seem to
remember there was a bit of an issue with the one or the other, can this
be the problem?
* Admin user
* Might be useful to put the default name+password in front of the
user when they implement a blank wiki. I just assumed the password was
the same; though many newer users may not. Didn't see the user account
mentioned in the documentation, but then I didn't specifically search
for this.
* Importer
* Importer works well. A bit of confusion at first as I didn't
expect the blank wiki - but it's fairly user-friendly as the user gets
taken to the Preferences first in a new wiki instance.
* Part of the import into a new wiki is the admin user (or so it
seems), basically you are connected as a guest then import as the guest
user. This has two side-effects which maybe could be reworked:
* The user gets a "lock" on the Preferences page as Guest, so when
they login as Admin then the page is locked by default. Could be handy
to have an "unlock page" tool that sets the lock flag off.
* After the admin user is "loaded" into the database (and I would
assume due to the permissions module getting loaded too), the guest user
doing the import gets a permission error; and is required to login as
Admin and restart the import. It might be more user-friendly to simply
log them into the admin account at that point automatically (they're the
owner of the XWiki anyway), and continue with the import (just my own
thoughts, sure there could be some turmoil over how that works in the
group though).
* May be wrong on this, but it doesn't seem to export attachments
for documents?
* History/Workflow
* Documents seem to start at 1.1, is there any way to make them
start at a different number (eg, 1.0/0.1/etc)? The reason for this, is
that some of my tools require workflow management to become version 1.0
(they are considered non-release until approved). Is it possible to
reach 2.0, or will 1.99 roll into 1.1 again?
* Xwiki**.war file
* I usually like to remove this file after tomcat has done it's
installation. When you do this however, the XWiki folder starts
removing files from itself (for me anyway). Would be nice if I can
point the application to another location to look for a war file, as I
may have several instances of XWiki running on the same tomcat server.
* "On Top" toolbar
* Looks really smart on Firefox, however does not keep on top in
Internet Explorer 6 (don't have access to 7 yet, so cannot test that).
It's not a showstopper by any means though, but would be nice to have
the two consistent (or option-based floating).
* Login without the "Remember Me"
* Does not happen anymore (this checkbox seems absent now), though
I have since updated to Firefox2 which could be why.
* Xwiki.org
* Seems to cause a script error in IE6 (may happen in other
versions too). Firefox works as expected.
Have to say again, this release so far has been worth the wait on my
end.
Also, thanks to the XWiki team for their work and efforts to date, into
the new year and beyond!
Last but not least, Merry Christmas/Seasons Greetings to all!
Cheers
Brandon Esbach
Software Engineer
M/A-Com Eurotec Operations
LoughMahon Technology Park,
Skehard Road,
Blackrock,
Cork, Ireland
Tel +353 21 4808305
I have tried OpenWiki and Twiki and am really keen to see XWiki as I have
heard some good things about it...
When will the download be available?
--
Best regards,
Stephen
Bonjour, je rencentre une ereur quand j'esaie de attacher un fichier. L'ereur
reçut est de type
Detailed information:
Error number 0 in 11: Uncaught exception
Wrapped Exception: null
com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception
Wrapped Exception: null
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:162)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at sun.reflect.GeneratedMethodAccessor93.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:275)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:245)
at
org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:50)
at
org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:127)
at sun.reflect.GeneratedMethodAccessor92.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:275)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:217)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:197)
at
org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:50)
at
org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at
org.objectweb.jonas.web.catalina55.ResetAuthenticationValve.invoke(ResetAuthenticationValve.java:62)
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:595)
Wrapped Exception:
java.lang.NullPointerException
at com.xpn.xwiki.web.UploadAction.action(UploadAction.java:51)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:145)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at sun.reflect.GeneratedMethodAccessor93.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:275)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:245)
at
org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:50)
at
org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:156)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:152)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:127)
au niveu des log de jonas j'ai ça
Wrapped Exception:
java.lang.NullPointerException
at com.xpn.xwiki.web.UploadAction.action(UploadAction.java:51)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:145)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at sun.reflect.GeneratedMethodAccessor93.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
on
d'ou peut venir le probleme
Pascal GARCIA
Just noticed that if you don't set this option, xwiki won't log you on
(well, for me anyways).
Using: Firefox 1.5; default cookie options.
Also:
Seems the new skin does not want to initialise on my existing wiki, not
sure what I need to do to enable? I have managed to change the
Preferences to point to the MySkin, but am only receiving an all-text
layout.
Brandon Esbach
Software Engineer
M/A-Com Eurotec Operations
LoughMahon Technology Park,
Skehard Road,
Blackrock,
Cork, Ireland
Tel +353 21 4808305
Hey everyone,
Sorry to be posting yet again, but... I seem to have broken my
XWikiSkins class and am looking for a way to restore it to the
out-of-box default. Can this be done easily?
The story is this:
I've been trying to set up a new skin for my XWiki instance, based on
the default one. This has been tricky since the default skin imports a
bunch of extra CSS files which are not shown in the skin-editor form
that XWiki uses. I edited the XWikiSkins class to add some of these
files to the display.
But that didn't work as well as I'd hoped, so I wanted to delete these
properties from the XWikiSkins class. Seeing nothing in the UI to do
that, I tried clearing all the form fields and saving it. I got an
error that property names can only be "A-Za-z0-9", which makes sense.
However, it looks like something went really wrong behind the scenes.
When I viewed this class again, it was missing all of the properties
except for one ("Page Menu"). This seems like a serious bug in the
Class Editor, but I am less concerned about that than I am about getting
the skins class back to normal.
So, is there any easy way to do this?
Thanks again,
- Peter
I am using the new WYSIWYG editor that will be in 1.0 beta. When I add
a new paragraph using the WYSIWYG editor and then save the page, the
paragraph has often been merged into the preceding paragraph. For
example, if I have the text:
abc
def
ghi
I place the cursor after "def" and hit enter (I've even tried hitting
enter twice to create an extra blank line). Then I type "xyz." In the
editor, this looks as expected:
abc
def
xyz
ghi
But then when I hit Save, I see the resulting page as:
abc
defxyz
ghi
If I go back into the editor and try to correct the problem, it still
happens when I save again. Has anyone else experienced this? Any luck
working around it if so?
Thanks,
- Peter Flynn
