Hi,
I've been wondering if there is something else do to to get the source maps for css enabled.
I followed the instructions on the Extension page of the "LESS Module".
I edited and un-commented the property "lesscss.generateInlineSourceMaps = true" within "xwiki.properties".
Afterwards I restarted the server service.
I also switched color themes to clean the cache.
But I cannot see a change in the developer views of Chromium or Firefox. Every style still refers to style.css.
At this point I also want to ask about the usage of the manual cleaning method for the cache.
The documentation says that I can use the LESS CSS script service and provides a snippet
{{velocity}}
 $service.lesscss.clearCache()
{{velocity}}
But where should I put this?
The section "Script Service" on the LESS Module page only has a link to the source code on GitHub. I'm still digging into the XWiki world so maybe it is just a matter of time if can figure it out. The whole velocity less scripting thing is a huge topic though.
Regards,
sthag
Hello,
I just want to try out xwiki and see what are the opportunities an what i
can do with it so i can start building my own xwiki.
EvghenyOnegin
xwiki name: Evgheny1
c Уважением.
Hi,
I'm trying to create a new skin. I followed the section Skins within the Developer's Guide and also Platform Features / Skins.
The article "How to create a new skin" says to copy the whole colibri (should be flamingo by now) skin folder and make an example change. Then there is a part about skin.properties. The property "parent" indicates a skin to inherit from. It says that it always has a value, even if I don't explicitly enter one for myself it will inherit from WAR or whatever is configured in "xwiki.defaultbaseskin".
Does that mean I don't have to copy the whole flamingo folder if I reference flamingo as "parent"? This way I could only create a custom named folder within the xwiki/skins folder with the skin.properties file and for example a logo.png file which would replace the flamingo logo.png file.
I don't understand the behavior and the functionality of this inheriting and parent child relation of skins from the articles in the documentation. Why have a parent if I copy the whole skin folder anyways?
Regards,
sthag
Hello,
I have a problem to set up the right page permissions (or may be I have a understanding problem ... ) using XWIKI 9.3
I want to set up access permissions to a certain page and to all children of this page.
- A group "XWikiAdminDocumentation" was created.
- A page "Administration" was created to be filled with documentation for administrators only.
- Only members of group "XWikiAdminDocumentation" should have access to page "Administration"
(and all coming child pages of "Administration").
- At page "Administration", menu "Administer Page - Users and Groups - Rights: Page & Children"
I set up the following permissions:
--- ALL rights to groups "XWikiAdminDocumentation" and "XWikiAdminGroup".
--- NO rights to groups like "XWikiAllGroup" and "XWikiGuests".
--- Please, have a look at the attached screenshot (sorry fort he "German screenshot" but the screenshot should be self-explaining I hope).
- The problems are:
--- First thing: As an administrator I can't forbid the right "Admin". Yes, I can disable this right. But if I open the menu
"Page Administration: Rights: Page & Children" a second time the former set right "is lost" (see screenshot).
--- Second thing: Despite oft he defined page permission rights a user of the group "XWikiAllGroup" kann read and edit
the page "Administration". Much worse, this user can also open the "Administer Page" menu and he can change the permissions.
I found no corresponding exceptions in the xwiki.log, therefore, from a technical point of view every thing seems to be okay.
Now, I have no more ideas what elso to do :(
Kind regards, Thomas
Hello all,
I have an issue installing the .deb packages from the maven repositories.
The installation of xwiki-enterprise-tomcat8-mysql (and all other mysql installations) has a dependency to the old "mysql-server" package from the old versions of debian.
It was replaced/removed in debian Jessie.
It would be great if you could fix the dependency so the automatic installation works as it should. :)
Kind regards,
Timo Dachs-Wegmann
-IT-
Looks like this is the failure:
java.sql.SQLException: Cannot add foreign key constraint
and
org.hibernate.HibernateException: Failed updating schema while executing
query [alter table activitystream_events_status add index
FKBF7104E8CB8C5002 (ases_eventid), add constraint FKBF7104E8CB8C5002
foreign key (ases_eventid) references activitystream_events (ase_eventid)]
com.xpn.xwiki.store.XWikiHibernateBaseStore.updateSchema(XWikiHibernateBaseStore.java:652)
com.xpn.xwiki.store.XWikiHibernateBaseStore.updateSchema(XWikiHibernateBaseStore.java:393)
So it appears to be the same problem as
https://jira.xwiki.org/browse/XWIKI-14225, however, this is *not *the case
for me, my activitystream table is already INNODB:
Thomas Mortagne
<https://jira.xwiki.org/secure/ViewProfile.jspa?name=tmortagne> added a
comment - 25/Apr/17 04:25
*The issue was that activitystream_events was still MyISAM for some reason.
Converting it to INNODB fix it.*
I don't know what I did wrong. I followed the same process that I always
do, but I'm getting this:
HTTP Status 500 - com.xpn.xwiki.XWikiException: Error number 11007 in 0:
Failed to extract Entity Resource Reference from URL [
https://wiki.pridedallas.com:8443/xwiki/bin/view/Main/]
*type* Exception report
*message* *com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to
extract Entity Resource Reference from URL
[https://wiki.pridedallas.com:8443/xwiki/bin/view/Main/
<https://wiki.pridedallas.com:8443/xwiki/bin/view/Main/>]*
*description* *The server encountered an internal error that prevented it
from fulfilling this request.*
*exception*
javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error
number 11007 in 0: Failed to extract Entity Resource Reference from
URL [https://wiki.pridedallas.com:8443/xwiki/bin/view/Main/]
org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:520)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:427)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
javax.servlet.http.HttpServlet.service(HttpServlet.java:622)
javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:112)
org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127)
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63)
org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:134)
*root cause*
com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to
extract Entity Resource Reference from URL
[https://wiki.pridedallas.com:8443/xwiki/bin/view/Main/]
com.xpn.xwiki.XWiki.initializeResourceFromURL(XWiki.java:926)
com.xpn.xwiki.XWiki.getXWiki(XWiki.java:793)
com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:255)
com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:210)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
javax.servlet.http.HttpServlet.service(HttpServlet.java:622)
javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:112)
org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127)
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63)
org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:134)
(There is more if I need to send that as well).
I rolled back to 9.2 and that works fine. I've looked in the Release
Notes and don't see anything that I need to change:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/9.3/http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/9.3.1/
--
Keith Davis
214-906-5183
Hi Folks,
After LOTS of research, we have decided to seriously explore XWiki; one
feature in particular (among many) that stands out is the support for
*annotation*. We like the idea of a "*second generation Wiki*" (especially
after some extensive experience with MediaWiki and Confluence).
Right now the biggest *hurdle is getting a successful install*. We have
ready a large number of documents, but have now run out of insights.
*TARGET SYSTEM*: VPS running 42.1 OpenSUSE Linux (RPM-based). Latest MySQL
(actually MariaDB), Java, Apache etc. Currently a CRM system (PHP-based) and
an accounting system (PostBooks) running.
*CHALLENGE*: Tomcat and the WAR file.
*SPECIFIC QUESTION: What is the best documentation that would enable us to
very systematically install and configure XWiki? *
/Especially in a non-deb environment. And with details concerning e.g.
"ports". Widespread adoption will be encouraged when technically savvy
individuals and small teams can try XWiki without having a sysadmin as a
permanent team member.
/
We have voted for a *Bitnami *XWiki stack package. But we don't want to
wait!
Thanks for any pointers!
--
View this message in context: http://xwiki.475771.n2.nabble.com/Detailed-XWiki-Install-Info-For-RPM-Based…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Greets,
I don’t get it.
I moved my environment.permanentDirectory and got into a messed up state.
I started over:
I shut down tomcat
I said "mysql drop database xwiki" and recreated it and re-granted app privs on xwiki.*
I copy-n-pasted the LDAP settings from my previous installation, where LDAP auth was working
I started tomcat, wenth thru the distribution wizard, and then installe LDAP Authenticator
I stopped tomcat and restarted it
Now I can log in with my AD account, but instead of the main page, I see
ERROR
You are not allowed to view this page or perform this action.
I don't get it. I pasted the LDAP setting from a previous install, where LDAP seemed to be working fine.
I tried another LDAP account and got the same results.
What could I have done wrong?
I think that this time the LDAP settings were there before the LDAP authenticator was installed, could that be it?
Could it be that I need to open the perms on the permanent data dir? It is writable to the xwiki user, and that is who is executing tomcat.
I see this in the catalina log:
2017-04-26 12:29:26,103 [http://dwswiki10.westmarine.net:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] ERROR o.x.c.l.XWikiLDAPConfig - Error parsing LDAP fields mapping attribute from configuration
... but as I said I didn't get the "You are not allowed..." bit last time around. And the LDAP settings were pasted from there.
Thanks
-----Original Message-----
From: users [mailto:users-bounces@xwiki.org] On Behalf Of Vincent Massol
Sent: Tuesday, April 25, 2017 4:19 AM
To: XWiki Users
Subject: Re: [xwiki-users] Maximum size of an attachment in subwiki
Hi Sebastien,
> On 25 Apr 2017, at 13:02, Sebastian Luna Valero <sebastian.luna.valero(a)gmail.com> wrote:
>
> Hi All,
>
> Thanks for releasing XWiki 8.4.5!
>
> I am about to import content from the old to the new xwiki,
You should really consider using the recommended upgrade practice which is to use the Distribution Wizard, see http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Upgrade
If you really want to import content make sure you don’t include any default page at least. I’d still recommend using the DW.
Thanks
-Vincent
> but the .xar
> file is larger than the 32MB size limit. Previously I have followed
> the instructions here:
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Attachments
>
> to increase the maximum size of the attachment. However, it seems to
> work only for the main wiki but not for subwikis, is that true?
>
> Best regards,
> Sebastian
The information contained in this transmission may contain West Marine proprietary, confidential and/or privileged
information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are
hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited.
If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original
message. To reply to our email administrator directly, please send an email to netadmin(a)westmarine.com.