Hello everyone,
I posted the following question around a week ago, but it still hasn't been answered, so I thought I'd give it another try.
Basically, I have been having problems with the automatic updating feature on the access rights page. The Ajax automatic updating mechanism inadvertently locks me out of the access rights page when I try to change the rights by cycling through them. The cycle of rights is
Blank (Default) -> Allow -> Deny -> back to Default, etc. Because of the automatic access control updating feature, when I cycle through Deny in order to get to "Default", I am automatically denied
viewing rights, and thus locked out of my own page. This problem becomes burdensome as countless users will regularly have to contact Admins to get them to unlock the pages.
Are there any good
ways of getting around this problem? Are there ways of implementing dropdown menus instead of square checkboxes, or having a longer delay when you cycle through access control options?
Regards,
Felix Wu
We cannot generate PDFs and RTFs running XE 2.1.1 on JBoss Application
server. 5.1.0 GA
On Tomcat the same PDF/RTF export works fine despite the warning that some
fonts are missing (impl.PdfExportImpl - Starting with 1.5, XWiki uses the
WEB-INF/fonts/ directory as the font directory, and it should contain the
FreeFont (http://savannah.gnu.org/projects/freefont/) fonts. FOP cannot
access this directory. ...)
The difference in the xwiki configuration between JBoss and Tomcat
deployment is:
we have to delete some libraries from xwiki WEB-INF/lib directory ( see
http://n2.nabble.com/XWIKI-installation-error-on-JBOSS-5-0-1-PLEASE-HELP-td…)
xercesImpl-2.8.1.jar,
xml-apis-1.3.04.jar
xml-apis-ext-1.3.04.jar
xmlParserAPIs-2.0.2.jar
otherwise we could not started JBoss.
Has someone similar troubles? How can I work around?
server.log and xwiki.log attached.
Best Regards,
Alla
----------
2010-01-29 12:17:16,562 INFO [STDOUT]
(http://localhost:8080/javawiki/bin/export/Anwendung/WebHome?format=pdf)
2010-01-29 12:17:16,562
[http://localhost:8080/javawiki/bin/export/Anwendung/WebHome?format=pdf]
WARN impl.PdfExportImpl - Starting with 1.5, XWiki uses the
WEB-INF/fonts/ directory as the font directory, and it should contain the
FreeFont (http://savannah.gnu.org/projects/freefont/) fonts. FOP cannot
access this directory. If this is an upgrade from a previous version, make
sure you also copy the WEB-INF/fonts directory from the new distribution
package.
2010-01-29 12:17:16,906 INFO [STDOUT]
(http://localhost:8080/javawiki/bin/export/Anwendung/WebHome?format=pdf)
2010-01-29 12:17:16,906
[http://localhost:8080/javawiki/bin/export/Anwendung/WebHome?format=pdf]
WARN web.XWikiAction - Uncaught exception: Error number 0
in 11: Uncaught exception
Wrapped Exception: org/w3c/css/sac/CSSException
com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception
Wrapped Exception: org/w3c/css/sac/CSSException
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:238)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
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.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:117)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:295)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)
......
http://n2.nabble.com/file/n4479693/server.log server.log
http://n2.nabble.com/file/n4479693/xwiki.log xwiki.log
--
View this message in context: http://n2.nabble.com/Problem-with-PDF-and-RTF-export-on-JBOSS-AS-tp4479693p…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Is there anyway to get email notifications when new users register? I figured I would put a watch on the preferences, but that didn't seem to help.
Any help would be appreciated.
Jared Parrish
Network Administrator
Travelhost, Inc.
972-556-0541 ext 152
Hi Thomas,
Thanks for providing the LDAP authentication reference. I will read
through this & find out what is the best way to implement the same for
db authentication.
I have made the changes proposed by Anca Luca, but the RSS feed does not
update itself!
If I subscribe to the feed I see the latest changes, but the next changes
never appear.
It is as if the feed works only the one time that it is imported in the
reader (and I have tried two readers) and not afterwards ...
Any idea?
Without RSS notification, my whole project goes down the drain!
Xavier
Hello friends,
Has database authentication been tried for XWiki by anyone before...
We've a big user base over the intranet & we would like to use the
existing authentication mechanism (database storage) to be used by XWiki as
well.
Would implementing the
<http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-core/src/main/
java/com/xpn/xwiki/user/api/XWikiAuthService.java> XWikiAuthService
interface be helpful in achieving a db based authentication.
Some pointers in this direction would be appreciated.
The XWiki development team is pleased to announce the release of XWiki
Enterprise 2.2 Milestone 2.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
Changes from 2.2 Milestone 1:
* New improved registration page
* New UI for edit mode
* Support for color theme in HTML export
* Improved speed and responsiveness of the WYSIWYG editor
* Comments UI improvements
* Upgraded to GWT 2.0.0
* Lots of bugs fixes
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise22M1
Thanks
-The XWiki dev team
Hi all,
I have an XE 2.1.1 instance installed, developed a custom skin, applied it
in XWikiPreferences, it works on registered users but doesn't for
unregistered users.
The skin is in a custom space, I tried to set view rights on that skin
document to XWikiAllGroup but still doesn't work.
Can anyone help me enable the custom skin for unregistered users too?
Thanks
--
Flavius Olaru
Hello everybody.
I am modifyin the todo app, for making dinamic lists in my wiki. But what I would link, is that the links are to the edit page, not the view page. How can I do it.
Now I have:
<td>[$todoObj.Resumen>$todo]</td>
And i would like to have something that links to the todo edit link.
Thanks,
Francisco
--
Francisco Hernández CuchÃ
Jefe de Servicios Sistemas de Información
OFICINA ESPAÑOLA DE PATENTES Y MARCAS
C\ Paseo de la Castella 75
tlf: 913496844
mail: francisco.hernandez(a)oepm.es <mailto:francisco.hernandez@oepm.es>
**********************************************************************************************
IMPORTANTE: El contenido de este correo y ficheros adjuntos es confidencial y está dirigido únicamente
para el destinatario/s.
Si Ud recibe este correo por error, por favor póngase en contacto con su administrador de correo o con el
emisor immediatamente y no difunda su contenido a nadie ni haga copias.
*** Este correo ha sido escaneado de virus y contenido malicioso ***
**********************************************************************************************
