I am using the XWiki version 7.4.1 with UTF-8 in Xwiki, tomcat8 and
Postgres, but every time than I save a page with accent in the name, XWiki
change the name. For example, I try to save a page with the name "é" and
XWiki save "%25C3%25A9" Please, why this happens?
*My settings in windows:*
*tomcat\conf\server.xml:*
<Connector port="8080" protocol="HTTP/1.1"
URIEncoding="UTF-8"
*xwiki.cfg:*
xwiki.encoding=UTF-8
*PostgreSQL:*
CREATE DATABASE wiki
WITH OWNER = postgres
ENCODING = 'UTF8'
TABLESPACE = pg_default
LC_COLLATE = 'Portuguese_Brazil.1252'
LC_CTYPE = 'Portuguese_Brazil.1252'
CONNECTION LIMIT = -1;
Thanks,
Julio
Hey all
I have a problem with the Panels.Spaces navigation option in xwiki. I run 7.2 at the moment and i know its deprecated in 8.x, but i have no option to migrate at this time.
So Panels.spaces lists all my Spaces correctly but it adds subpages too when i add a page in a space for example with the '+'. And its shown like 'Space.CreatedPageName'.
Anyone knows what to change?
Because when I'm inside the Space and i edit it and add a page in the source code, like 'name>>doc:name' it gets added without problems.
Thank you for any help
Best regards
Alessandro Strambini
Hi,
Since May 2015 we added in the Release Plan Help a step that collects the
list of code contributors of a release and lists them in the announcement
mail.
IMO this is a nice way to acknowledge and thank people that are
contributing to XWiki.
I want to propose that we add this contributors list in the Release Notes.
Release Notes are accessible when someone wants to downloads XWiki and they
are also referenced as documentation when we close issues, while the
mailinglist are read just by the people that are subscribed.
This visibility increase will be beneficial to thank participants and also
maybe motivate other users to join the development.
We could have this listing both in the Release Notes and the Announcement
Mail, but I believe it's sufficient in the Release Notes (let me know if
you disagree).
This change would imply:
- Change in the Release Plan to add this step
- Change in the Release Plan Help to document the process
- Change the Release Notes Template to add the Contributors section
The Release Manager would compute the code contributors, but additional
people could add themselves in case they contributed translations or
performed tests (which usually happen after the release, so it's hard to
put this responsibility on the shoulders of the RM). Let me know if you
want the contributions to be exclusive to code contributions. Also having
other types of contributions means that we drop the announcement mail
listing since it could be incomplete.
Let me know what you think.
My +1
Thanks,
Caty
Hi,
I`m sharing with you the addition of a new article on xwiki.org's blog:
"Updating the XWiki UI using a bit of JavaScript and Velocity code"
by Oana Tabaranu
http://www.xwiki.org/xwiki/bin/view/Blog/Updating+the+XWiki+UI+using+a+bit+…
It is a quick tutorial, exemplifying how you can use a bit of JavaScript
and Velocity coding to update certain parts of XWiki's (or your
application's) User Interface on the fly (without reloading the entire
page). For more info on the topic, make sure to follow the links at the
bottom of the article or feel free to ask here and either Oana or anyone
else from the community with the knowledge should help you out.
Reminder:
If you have something XWiki-related that you would like to share on
xwiki.org's blog, please see my previous mail on how you can easily do that:
http://xwiki.markmail.org/thread/r4r4celltmdprqia
Thanks,
Eduard
Hello. I'm trying to grant page delete right for all registered users.I'm
doing it by running this code in onEvent method of my
ApplicationReadyEventListenerif (contextProvider != null) { XWikiContext
context = contextProvider.get(); if (context != null) { XWiki
xwiki = context.getWiki(); DocumentReference dr = new
DocumentReference("xwiki", "XWiki", "XWikiPreferences");
XWikiDocument doc = xwiki.getDocument(dr, context); BaseObject bo =
doc.getObject("XWiki.XWikiGlobalRights", true, context);
bo.set("groups", "XWiki.XWikiAllGroup", context); bo.set("levels",
"view,comment,edit,script,delete", context); bo.set("users", "",
context); bo.set("allow", 1, context); xwiki.saveDocument(doc,
context); }}It does the job, but causes a new issue. Tree view on my page
stops working showing infinite loading whentrying to expand a node. The
browser developer tools shows me this exception:
https://gist.github.com/edvorg/acff4a58342edfa3485791a7ba57e172
<https://gist.github.com/edvorg/acff4a58342edfa3485791a7ba57e172>
--
View this message in context: http://xwiki.475771.n2.nabble.com/tree-view-macro-stops-working-after-chang…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hello all,
while using the ratings application on an XWiki 6.2.4, we encountered some
bugs related to the storage of ratings in a separate space and with the
update of a user's rating.
We fixed them in these 2 commits:
https://github.com/xwiki-contrib/application-ratings/commit/07758a698d400ed…
and
https://github.com/xwiki-contrib/application-ratings/commit/cd2c190e22f709e…
.
Now, the contrib ratings application was indeed "retired" so we normally
should not use the contrib repo anymore.
However, the work in these 2 commits is about fixing bugs (which might even
be affecting the most recent version of ratings - we need to check that,
didn't check it yet), and I don't see exactly what other option we have in
this case (note that we cannot switch to the "platform ratings" as we're on
XWiki 6.2.4 and ratings are in platform since 6.4.
So, this is what I propose:
* release a 1.3.5 version from the contrib code
- if I understand correctly how extensions.xwiki.org works, this release
will not appear as "most recent" on the application page
- if I understand correctly how maven works, this version will not be
considered more recent than 8.1 even if released after, because of the
version number.
* this means that the version 1.3.5 will be available as an upgrade to the
users that use the contrib extension (v 1.3.4 or lower), will be available
for new install to all users for which the dependencies requirements are
satisfied and will not impact the users which use the platform version of
the ratings app.
Please let me know if I'm wrong in my reasoning.
The advantage of this release would be publishing the bugfix work that
we've done and making it available to all users of the ratings extension on
versions lower than 6.4.
Also, for us the advantage would be not having to deal with a code fork and
manage a release / snapshot of this forked code separately.
Unless somebody -1s this in the very close feature, we will go ahead with
the release.
Thanks,
Anca
P.S. There is a larger discussion to have about how to provide bugfixes on
older versions of platform applications without upgrading all the wiki, but
this should be in another mail or on IRC (e.g. if we discover that indeed
these issues affect ratings app, the platform version, and we make fixes
for these bugs, how can we provide these fixes to an XWiki 6.4 user?)
The XWiki development team is proud to announce the availability of XWiki
8.2 Release Candidate 1.
This release integrates CKEditor as the default WYSIWYG content editor and
adds a *tour* on the home page to describe the XWiki user interface to
newcomers.
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki82RC1
The following people have contributed code to this release (sorted
alphabetically):
Alexandru Cotiuga
Anca Luca
Ecaterina Moraru (Valica)
Eduard Moraru
Guillaume Delhumeau
Marius Dumitru Florea
Raluca Stavro
Thomas Mortagne
Vincent Massol
Thanks for your support
-The XWiki dev team