[xwiki-users] [Discussion] Make XWiki Case Insensitive. WDYT?

[Eduard Moraru]

Hi users and devs,

I would like to have your opinion on the topic of case sensitive vs case
insensitive and which one you prefer in XWiki.

Currently, XWiki is case sensitive. This means the same resource name
(document name, space name, etc) can be written with either small letters
or big letters or a mix.

Examples: You can have both Main.Test and Main.test as 2 different
documents. Also, you can have XWiki.Admin and XWiki.admin as 2
different users. This also applies to URLs, as /Main/Test is different
from /Main/test or /main/test, so all these 3 are different resources.

Even from this short description, one can already identify possible
problems of this approach.

From the top 3 operating systems (Linux, Mac an Windows), only Linux is
case sensitive, the other two (more user-focused Operating Systems) are
both case insensitive.

Since XWiki has one of its main targets the Enterprise users, it is safe to
assume that the correct approach would be to also be more user-focused and
simplify things and avoid confusions by being case insensitive as well.

Also, a quick search on existing issues validates the need for this
improvement:
http://jira.xwiki.org/issues/?jql=text%20~%20%22case%20insensitive%22

What do you think? Is it OK to keep XWiki case sensitive, or would you
prefer it case insensitive? Bring arguments.

I have also created a jira issue for this idea:
http://jira.xwiki.org/browse/XWIKI-11412 to track it in the future.

Thanks,
Eduard
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [xwiki-devs] [Discussion] Make XWiki Case Insensitive. WDYT?

[Eduard Moraru]

Hi Guillaume,

Here's a quick snippet for detecting such cases in your current wiki:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Case+insensitive+document+name+and+space+collisions

Use it to detect collisions/mistakes and to have a better understanding of
the problem. It is also useful to better understand the impact, if any, on
your wiki if we were to move to case insensitive only (i.e. see how many
pages would present problems and would have to be fixed, either manually or
automatically).

Thanks,
Eduard


On Fri, Nov 7, 2014 at 1:03 PM, Guillaume Lerouge guilla...@xwiki.com
wrote:

 Hi Edy,

 thanks for your message. From a forward-looking standpoint, I 100% agree
 with you that switching XWiki to case-insensitive would be a good thing to
 do. I've seen others (as well as myself) be lost because they were going to
 .../xwiki/bin/view/Main/Xyy instead of .../xwiki/bin/view/Main/XYY and
 vice-versa. If we were to make the decision today, I can't see a good
 reason why not to go case-insensitive, especially when targeting business
 users.

 However we're not starting from a blank slate. There might be (I don't know
 that there is, but there might be) legitimate use cases for a page named
 Xyy vs a page named XYY, both in the same wiki. I'd like to have a
 better idea of the consequences of this change, as well an analysis of a
 public site such as xwiki.org to see whether this could be causing
 unforeseen and other unexpected issues. In other words: what could go
 wrong?

 Thanks,

 Guillaume
 ᐧ

 On Fri, Nov 7, 2014 at 11:33 AM, Eduard Moraru enygma2...@gmail.com
 wrote:

  Hi users and devs,
 
  I would like to have your opinion on the topic of case sensitive vs case
  insensitive and which one you prefer in XWiki.
 
  Currently, XWiki is case sensitive. This means the same resource name
  (document name, space name, etc) can be written with either small letters
  or big letters or a mix.
 
  Examples: You can have both Main.Test and Main.test as 2 different
  documents. Also, you can have XWiki.Admin and XWiki.admin as 2
  different users. This also applies to URLs, as /Main/Test is different
  from /Main/test or /main/test, so all these 3 are different
 resources.
 
  Even from this short description, one can already identify possible
  problems of this approach.
 
  From the top 3 operating systems (Linux, Mac an Windows), only Linux is
  case sensitive, the other two (more user-focused Operating Systems) are
  both case insensitive.
 
  Since XWiki has one of its main targets the Enterprise users, it is safe
 to
  assume that the correct approach would be to also be more user-focused
 and
  simplify things and avoid confusions by being case insensitive as well.
 
  Also, a quick search on existing issues validates the need for this
  improvement:
  http://jira.xwiki.org/issues/?jql=text%20~%20%22case%20insensitive%22
 
  What do you think? Is it OK to keep XWiki case sensitive, or would you
  prefer it case insensitive? Bring arguments.
 
  I have also created a jira issue for this idea:
  http://jira.xwiki.org/browse/XWIKI-11412 to track it in the future.
 
  Thanks,
  Eduard
  ___
  devs mailing list
  d...@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/devs
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [xwiki-devs] [Discussion] Make XWiki Case Insensitive. WDYT?

[Eduard Moraru]

Hi,

On Fri, Nov 7, 2014 at 3:45 PM, Jean SIMARD jean.sim...@xwiki.com wrote:

 As far as I know, Mac can be either case sensitive or case insensitive
 (just
 need to choose how you format your disk)*.

 So we could do the same on XWiki and propose to choose between case
 sensitive
 and case insensitive at the installation (a variable in
 xwiki.properties)?  I'm
 not against a case insentivity by default if I can switch it later.


Yes, indeed, but I would not call that configurable, since it involves
formatting your drive and choosing a filesystem that supports case
sensitive/insensitive names.



 * I have a Mac at home and mine is case sensitive but I configured it 2
 years
 ago.  I don't know if, in the last 2 years, Apple decided to remove this
 choice
 between case sentivity and case insensitivity.


At least for recent Mac computers, they come with a case insensitive FS by
default. This options is also recommended in their documentation, for
example when erasing and reinstalling your OSX:
http://support.apple.com/kb/PH18869 (Yosemite) or
http://support.apple.com/kb/PH14243 (Mavericks), etc.

Thanks,
Eduard


 On Fri, Nov 07, 2014 at 12:03:14PM +0100, Guillaume Lerouge wrote:
  Hi Edy,
 
  thanks for your message. From a forward-looking standpoint, I 100% agree
  with you that switching XWiki to case-insensitive would be a good thing
 to
  do. I've seen others (as well as myself) be lost because they were going
 to
  .../xwiki/bin/view/Main/Xyy instead of .../xwiki/bin/view/Main/XYY and
  vice-versa. If we were to make the decision today, I can't see a good
  reason why not to go case-insensitive, especially when targeting business
  users.
 
  However we're not starting from a blank slate. There might be (I don't
 know
  that there is, but there might be) legitimate use cases for a page named
  Xyy vs a page named XYY, both in the same wiki. I'd like to have a
  better idea of the consequences of this change, as well an analysis of a
  public site such as xwiki.org to see whether this could be causing
  unforeseen and other unexpected issues. In other words: what could go
 wrong?
 
  Thanks,
 
  Guillaume
  ᐧ
 
  On Fri, Nov 7, 2014 at 11:33 AM, Eduard Moraru enygma2...@gmail.com
 wrote:
 
   Hi users and devs,
  
   I would like to have your opinion on the topic of case sensitive vs
 case
   insensitive and which one you prefer in XWiki.
  
   Currently, XWiki is case sensitive. This means the same resource name
   (document name, space name, etc) can be written with either small
 letters
   or big letters or a mix.
  
   Examples: You can have both Main.Test and Main.test as 2 different
   documents. Also, you can have XWiki.Admin and XWiki.admin as 2
   different users. This also applies to URLs, as /Main/Test is
 different
   from /Main/test or /main/test, so all these 3 are different
 resources.
  
   Even from this short description, one can already identify possible
   problems of this approach.
  
   From the top 3 operating systems (Linux, Mac an Windows), only Linux is
   case sensitive, the other two (more user-focused Operating Systems) are
   both case insensitive.
  
   Since XWiki has one of its main targets the Enterprise users, it is
 safe to
   assume that the correct approach would be to also be more user-focused
 and
   simplify things and avoid confusions by being case insensitive as well.
  
   Also, a quick search on existing issues validates the need for this
   improvement:
   http://jira.xwiki.org/issues/?jql=text%20~%20%22case%20insensitive%22
  
   What do you think? Is it OK to keep XWiki case sensitive, or would you
   prefer it case insensitive? Bring arguments.
  
   I have also created a jira issue for this idea:
   http://jira.xwiki.org/browse/XWIKI-11412 to track it in the future.
  
   Thanks,
   Eduard
   ___
   devs mailing list
   d...@xwiki.org
   http://lists.xwiki.org/mailman/listinfo/devs
  ___
  users mailing list
  users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users

 --
 Jean Simard
 jean.sim...@xwiki.com
 Research engineer at XWiki SAS
 http://www.xwiki.com
 Committer on the XWiki.org project
 http://www.xwiki.org
 ___
 devs mailing list
 d...@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/devs

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Username and Password for Subwiki-Databases

[Eduard Moraru]

Hi,

XWiki is configured to use an user and password *for the entire connection*
and not for individual databases. When a new subwiki is created, a new
database is created inside the configured schema.

To configure XWiki's connection to your new database, you need to edit your
hibernate.cfg.xml. See the notes from the Oracle installation [1].

Then you could double check your new database server to see if the user and
password that you have just configured XWiki to use is correct and if the
user has the proper rights. Depending on your setup, use Oracle's interface
to manage users and rights and probably use a console (Oracle SQL*Plus
command-line tool?) to connect to your database to validate the user and
password.

Hope this helps,
Eduard

P.S.: I guess it does not hurt to have a look over the MySQL instructions
[2] which might offer some additional details, since the process is more or
less similar.

--
[1]
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationOracle#HInstallationsteps
[2]
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationMySQL#HInstallationSteps

On Thu, Nov 6, 2014 at 11:01 AM, Michael Stahl michael.st...@live.de
wrote:

 Hi all,
 I'm running XWiki 6.2 (Oracle-DB / Tomcat7) with two sub-wikis.
 I learned that for each sub-wiki, a database is created. Does anyone know
 the username and password for the sub-wiki databases? Are they the same as
 for the main database?
 Here's why I'm asking: I'm trying to transfer the wiki including the
 sub-wikis to a new server, but the XWiki-User is not allowed to create
 databases there. So I had the admin set up the databases and sent three
 dumps of the main and sub-wiki databases. After importing, I can't access
 the wiki, I get an error message like this:
 SQL Error: 1435, SQLState: 72000ORA-01435: No such user
 So, basically, the question is: How to transfer a wiki including sub-wikis
 to a new server?
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] cookies on Xwiki 6.2.3

[Eduard Moraru]

Yes, it's rather my bad for not double checking it.

Sorry and thanks for letting us know,
Eduard

On Mon, Nov 10, 2014 at 2:38 PM, Marius Dumitru Florea 
mariusdumitru.flo...@xwiki.com wrote:

 Hi Pascal,

 On Thu, Nov 6, 2014 at 11:41 AM, Pascal BASTIEN pbasnews-xw...@yahoo.fr
 wrote:
  $request.getCookie(MyNiceCookie).value working well
  This code too:
  $request.cookies
  #foreach($c in $request.cookies)
$c.getName()
  #end
 
 

  I must open a bug about  $cookietool? Because it seem it doesn't work on
 6.2.2. and 6.2.3...

 It doesn't work indeed. I reopened
 http://jira.xwiki.org/browse/XCOMMONS-627 because the cookie tool is a
 bit special compared to the other Velocity tools and we need to do
 something more to integrate it properly. If you need to read cookies
 then use the $request. If you need to create cookies from Velocity
 then you have to write a script service (at least for now).

 Sorry for this,
 Marius

  Thxs god it is the BFD :-))
 
 
 
  
   De : Pascal BASTIEN pbasnews-xw...@yahoo.fr
  À : Eduard Moraru enygma2...@gmail.com; XWiki Users users@xwiki.org
  Envoyé le : Jeudi 6 novembre 2014 10h03
  Objet : Re: [xwiki-users] cookies on Xwiki 6.2.3
 
 
  Your link answer at my question how to use $cookietool? ... but I
 didn't manage either.
  This xwiki code doesn't work:
  $cookietool.add(awesomeCookieName,James is awesome,1)
  #set ($cookieValue = $cookietool.get(awesomeCookieName).value)
  My Cookie: $cookieValue
 
  In fact, I create succesfuly a cookie with javascript and I want get his
 value in velocity code (and I didn't manage this part)
 
  Thxs
 
 
 
 
  
  De : Eduard Moraru enygma2...@gmail.com
  À : Pascal BASTIEN pbasnews-xw...@yahoo.fr; XWiki Users 
 users@xwiki.org
  Envoyé le : Jeudi 6 novembre 2014 0h01
  Objet : Re: [xwiki-users] cookies on Xwiki 6.2.3
 
 
 
  Hi,
 
  Not sure I understand what the problem is exactly.
 
  Maybe this can help: http://www.velocitycoder.com/cookies/
  Found it on a random google search.
 
  Thanks,
  Eduard
 
 
  On Wed, Nov 5, 2014 at 8:25 PM, Pascal BASTIEN pbasnews-xw...@yahoo.fr
 wrote:
 
  Hello,
 
 I try to use $cookietool without success...
 (I try to get my cookie with $request too but I didn't mange either)
 
 Any help to use it?
 
 My need, I created some cookie with javascript + onclick and I need to
 get them in my velocity code to avoid blinking during loading page (to hide
 some div if cookie is present)
 
 
 Thxs
 
 Pascal B
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 
  ___
  users mailing list
  users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users
  ___
  users mailing list
  users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Xwiki / accessing external SQL database / How to use SQL plugin ?

[Eduard Moraru]

Hi,

I did not use that extension, nor had to write SQL queries on remote
databases in velocity (you usually write a component and/or script service
to do that for your and expose the results to the velocity UI), but that
extension seems to have an impressive amount of documentation linked from
the description: http://xwikisql.gradsoft.ua/docs/XWikiSqlPluginGuide.html
including code
http://xwikisql.gradsoft.ua/docs/api/ua/gradsoft/xwikisql/SqlPluginApi.html#getDatabase%28java.lang.String%29

Also, googling for jetty data source gives a pretty good results
https://wiki.eclipse.org/Jetty/Howto/Configure_JNDI_Datasource +
https://wiki.eclipse.org/Jetty/Feature/JNDI
Same for tomcat, etc.

Hope this helps,
Eduard

On Wed, Nov 26, 2014 at 11:30 AM, m...@ow2.org m...@ow2.org wrote:

 Hi,

 We are looking for the best way to access an external SQL database
 using velocity exclusively (because we can't write a macro using
 groovy language).

 So, we installed and tried to use this plugin :
 http://extensions.xwiki.org/xwiki/bin/view/Extension/SQL+Plugin. The
 plugin is properly installed. Now we are unsure how to use it : there
 is no mention of the user which is used to connect to the database, do
 we have to to configure a JNDI ? How ?

 As a side question, what is you guys your preferred method to program
 xwiki pages with external database access ?

 Thanks


 --
 Martin
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [ANN] XWiki 6.4 Milestone 2 released

[Eduard Moraru]

The XWiki development team is proud to announce the availability of XWiki
6.4 Milestone 2.

This version brings mainly UI improvements in the Menu application, Mail
application and Flamingo skin, while offering developers the ability to
write LESS in Skin Extensions, a cool icon picker and new ConfigurableClass
and Mail Sender API features.

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/ReleaseNotesXWiki64M2

Thanks
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Beginner's struggle with configuration

[Eduard Moraru]

Hi,

For installing an extension on the entire farm (i.e. on all subwikis), you
can install it on the main wiki, using the Extension Manager  Add
Extension and selecting for an extenion you wish to install Install on
farm from the arrow next to the Install button.

I am not sure I understand you other issues though.

If one of the issues you are describing is to synchronize some content
across multiple wikis, you could just make a little script [1] that once
executed, copies a specified page on multiple specified wikis so the
content of that page becomes synchronized across those wikis. Don`t forget
that XWiki is primarily a development platform, so you are free to
script/develop your way to new features that are not available by default.

Thanks,
Eduard

--
[1] http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting

On Wed, Jan 14, 2015 at 2:53 AM, Marcin Kolenda marcinkolenda...@gmail.com
wrote:

 I am very interested about putting my own xwiki but I've been messing with
 it and some problems came out.
 At first i thought it would be good to make subwiki's for Programming,
 Linux, Mathematics. I could make template wiki and derive extensions
 and settings from it but how can I install additional extension to all of
 wiki's then?
 I have also modified my Preview page when I made my first article. I've
 clicked preview, saw typo, and clicked edit.. After some struggle with
 editing this article I've modified this preview page unwittingly. After
 some modifications I removed all previous revisions. What can I do in such
 cases besides reinstalling everything? I would like to solve such problems
 by myself in the future so if it's possible, please, give me workflow, not
 a single solution.
 I want also to have navigation for entire wiki with subwikis like:
 #Programming
 - Language Scala
 - Design patterns
 #Linux
 - Settings
 - Tools
 #Mathematics
 - Linear algebra
 - Calculus
 where (# - wiki), (- - space)
 I think I could make Navbar panel in global wiki and add
 xwiki:Panels.Navbar to all subwiki's.
 But now the work needed to add it everywhere is overwhelming. Is it
 possible to do it in config file?
 I do not like cms such as drupal for the problems with configuration by
 clicking. I could spend days to make everything ticking in my way. From the
 other way it's good for giving power to the users.

 Best wishes,
 for community and developers
 xwiki seems to be professional and awesome.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki utility for stripping HTML

[Eduard Moraru]

Hi,

If escaping the HTML is good for your usecase (which usually is, instead of
stripping), you have multiple options:
* apache commons StringEscapeUtils [1] - directly use the static methods
* velocity's EscapeTool (XWiki's extended version actually [2]) -
instantiate and use
* your favourite string escaping library

Thanks,
Eduard

--
[1]
https://commons.apache.org/proper/commons-lang/javadocs/api-3.1/org/apache/commons/lang3/StringEscapeUtils.html
[2]
http://platform.xwiki.org/xwiki/bin/view/SRD/Navigation?api=escapetoolxpage=embed

On Tue, Jan 13, 2015 at 10:16 PM, Bryn Jeffries bryn.jeffr...@sydney.edu.au
 wrote:

 I have a Groovy script that takes input from a form textarea. I'd like to
 prevent html (and JS) markup from being submitted and, if HTML is
 submitted, strip it out. Is there a tool already packaged within XWiki to
 do this, or should I look to an external package like Jericho?

 Thanks,

 Bryn
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Calc Macro Not Working in 6.4.1

[Eduard Moraru]

Hi,

I do not know the details, but you need to look through the existing opened
issue on jira.xwiki.org or create a new bug report if none already exist.
That is the first step in getting something fixed, since that is the place
where developers go to look for things to do ;)

Thanks,
Eduard

On Fri, Feb 13, 2015 at 1:24 AM, Charlie Mann charlie.m...@aed.pro wrote:

 We have been using the Calc Macro Extension in xWiki 6.3 and it was working
 well.  When we upgraded to 6.4.1, the macro stopped working and now
 displays: Failed to execute the [groovy] macro. Click on this message for
 details.



 Debugging the CalcGroovy script, it appears that when the script does a
 .getParent() on the MacroBlock that is coming in, it is returning null.
 Previously, it used to return the TableHeader block of the table containing
 the Macro.



 Is there something that needs to be changed in the CalcGroovy code to get
 it
 to work with 6.4.1, or is this something that will need to be fixed in
 6.4.2?



 Thanks

 Charlie

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Show hidden spaces

[Eduard Moraru]

Hi Matthias,

Try this quick query/script to show you all spaces in which all documents
are hidden (i.e. do not contain visible documents):

{{velocity}}
#set ($spaces = $services.query.hql(SELECT DISTINCT doc.space FROM
XWikiDocument doc WHERE NOT EXISTS (SELECT doc2.fullName FROM XWikiDocument
doc2 WHERE doc2.space = doc.space AND doc2.hidden  1)).execute())

Hidden spaces:
#foreach ($space in $spaces)
  * $space
#end
{{/velocity}}

Thanks,
Eduard

On Mon, Jan 5, 2015 at 11:58 AM, Jean SIMARD jean.sim...@xwiki.com wrote:

 Hi Matthias,

 Happy New Year too.

 Not sure if this is relevant for your problem but in your user
 preferences, there is
 an option about Display Hidden Documents.  Did you try to activate it?

 But maybe this solution does not completely fit with your need.

 Hope this helps.
 On Sun, Jan 04, 2015 at 05:36:40AM -0700, Matthias Wegner wrote:
  Hi All,
 
  first of all. A happy new year to everybody.
 
  I hide some spaces with the extension
  http://extensions.xwiki.org/xwiki/bin/view/Extension/Hide+a+space
 because my
  user should not see my macro-space or some other admin-stuff. But i want
 to
  display for myself a simple page where i can list all hidden spaces and
  documents. The displaying of documents is easy with
 
 http://extensions.xwiki.org/xwiki/bin/view/Extension/Display+hidden+pages+from+a+specific+space
 .
 
  But how can i find the hidden spaces? $xwiki.spaces only gives me the
  not-hidden ones.
 
  Regards,
  Matthias
 
 
 
  --
  View this message in context:
 http://xwiki.475771.n2.nabble.com/Show-hidden-spaces-tp7593554.html
  Sent from the XWiki- Users mailing list archive at Nabble.com.
  ___
  users mailing list
  users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users

 --
 Jean Simard
 jean.sim...@xwiki.com
 Research engineer at XWiki SAS
 http://www.xwiki.com
 Committer on the XWiki.org project
 http://www.xwiki.org
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Authentication error

[Eduard Moraru]

Hi,

By default, Main.Webhome includes Dashboard.WebHome. So if the users can
access Dashboard.WebHome, then it means there is a rights problem for those
users on the page Main.WebHome or on the space Main. Make sure to double
check the page level and space level rights for those users or for any
group that might contain them.

Thanks,
Eduard

On Wed, Jan 7, 2015 at 12:06 PM, Daniel Lundh dlu...@gmail.com wrote:

 Happy new year!

 I recently came across this strange behaviour.

 We are 20 users on our XWiki, we have identical rights on the wiki, we
 authenticate via AD/LDAP.

 Now 4 users get an error at the main URL /xwiki/bin/view/Main/ telling them
 they do not have access to the page.
 When I look at the user rights for Main they have the same rights as
 everyone else and should be able to view it.
 When the same users go to /xwiki/bin/view/Dashboard/ they can view that
 just fine (it's the same content just a different view, right?)

 Has anyone seen this behaviour before? Is there a simple fix, am I missing
 something?


 --

 Regards/Mvh
 Daniel Lundh
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Howto use mvn xar:format ?

[Eduard Moraru]

On Fri, Jan 9, 2015 at 2:41 PM, Pascal BASTIEN pbasnews-xw...@yahoo.fr
wrote:

 ... erratum
 The wrong end of line is not on all TagCloud.xml file lines:I must remove
 them before to commit: with :set ff=unix with vi ?


Not sure about this one. I think it might help if you configure your editor
to use unix line ending.

In any case, I think it does not matter because when you commit on git, the
line endings will be converted to unix automatically.

Thanks,
Eduard


 ?xml version=1.0 encoding=UTF-8?
 !--^M
  * See the NOTICE file distributed with this work for additional^M
  * information regarding copyright ownership.^M
  *^M

 ...


 classTypecom.xpn.xwiki.objects.classes.StaticListClass/classType
   /use
 /class
 property
   cachelong/cache
 /property
 property
   codeol.tagCloud {^M
   text-align: justify;^M
   /* Overriding of toucan value */^M
   margin: 0;^M
   padding: 0;^M
 }^M
 ^M
 div#dashboardleft ol.tagCloud {^M
   /* We re-set this value here on purpose so that uses of the cloud
 outside of the dashboard are not affected */^M
   margin: 0.5em;^M
 }^M



   De : Pascal BASTIEN pbasnews-xw...@yahoo.fr
  À : Thomas Mortagne thomas.morta...@xwiki.com; XWiki Users 
 users@xwiki.org
 Cc : devs XWiki d...@xwiki.org
  Envoyé le : Vendredi 9 janvier 2015 13h30
  Objet : Re: [xwiki-users] Howto use mvn xar:format ?

 Yes you are right, then I found this:
 http://stackoverflow.com/questions/26973145/maven-build-error-tools-jar-not-found-in-jre
 and mvn -e xar:format work well now.
 ... but I have a strange think with the result: each lines in TagCloud.xml
 contain (windows'end of line character) ^M on my linux.




 De : Thomas Mortagne thomas.morta...@xwiki.com
  À : Pascal BASTIEN pbasnews-xw...@yahoo.fr; XWiki Users 
 users@xwiki.org
 Cc : devs XWiki d...@xwiki.org
  Envoyé le : Vendredi 9 janvier 2015 12h11
  Objet : Re: [xwiki-users] Howto use mvn xar:format ?

 Well you seems to have a Java issue but no idea how you can end up
 with the build complaining about
 /usr/lib/jvm/java-7-openjdk-amd64/jre/../lib/tools.jar.

 What version of Maven are you using ? Most of us (and more importantly
 the build agents) are still using 3.0.5.



 On Fri, Jan 9, 2015 at 10:40 AM, Pascal BASTIEN pbasnews-xw...@yahoo.fr
 wrote:
  Hello,
  To clean and Pull Request my patch I need to launch mvn xar:format
 command but I didn't managed to use it and didn't found a simple
 documentation about it (notice, I didn't eat a maven book either)
  I don't want rebuild Xwiki package but I want only check/clean xml file
 (from XAR) before to pull request it on github.
  Here my manipulation on my debian testing:- I installed current maven
 package (3.0.4 version)
  - I create the conf file ~/.m2/settings.xml provided here:
 http://dev.xwiki.org/xwiki/bin/view/Community/Building#HInstallingMaven
  (I'm behind a http proxy, then I add
 http://dev.xwiki.org/xwiki/bin/view/Community/Building#HBuildingbehindaproxy
 parameter  in ~/.m2/settings.xm)
 
  I download Xwiki source with theses commands:#Only first time
  cd /home/git-wiki/
  git clone https://github.com//xwiki-platform.git
  cd xwiki-platform/
  git remote add upstream https://github.com/xwiki/xwiki-platform.git
  git remote -v
 
  # synchro before modify
  cd /home/git-wiki/xwiki-platform/
  git fetch upstream
  git checkout master
  git merge upstream/master
  #branch creation and modif of files
  git checkout -B XWIKI-MaBranche
  vi
 /home/git-wiki/xwiki-platform/xwiki-platform-core/xwiki-platform-tag/xwiki-platform-tag-ui/src/main/resources/XWiki/TagCloud.xm
 
  Here my problems, I want to check TagCloud.xm with mvn xar:format:cd
 /home/git-wiki/xwiki-platform/xwiki-platform-core/xwiki-platform-tag/xwiki-platform-tag-ui
 mvn -e xar:formatI obtain the insanity that I paste at the end of this mail!
  To resume, howto check my tiny improvment with mvn xar:format?In the
 same time, I want to avoid maven download the entire world each time I
 launch it :-))
 
  Thxs for yor help.
  Pascal B
  *
  root@buttle:/home/git-wiki/xwiki-platform/xwiki-platform-core/xwiki-platform-tag/xwiki-platform-tag-ui#
 mvn -e xar:format
  [INFO] Error stacktraces are turned on.
  [INFO] Scanning for projects...
  [INFO]
  [INFO]
 
  [INFO] Building XWiki Platform - Tag - UI 6.4-SNAPSHOT
  [INFO]
 
  [INFO]
 
  [INFO] BUILD FAILURE
  [INFO]
 
  [INFO] Total time: 5.962s
  [INFO] Finished at: Fri Jan 09 10:24:42 CET 2015
  [INFO] Final Memory: 19M/228M
  [INFO]
 
  [ERROR] Failed to execute goal on project xwiki-platform-tag-ui: Could
 not resolve dependencies for project
 

Re: [xwiki-users] Add Content my html form

[Eduard Moraru]

Hi,

So you want to use a form that adds content to a page (current page or
different one?) and the content is displayed as a bullet list.

You also need to know if you want it done live (i.e. submitting the form
does not reload the page - you need to write some javascript to achieve
this) or upon a page reload (i.e. submitting the form does reload the page).

In both cases, you need to have some velocity code that handles the form
request and stores the data.

Hope this helps,
Eduard

On Thu, Jan 8, 2015 at 11:14 PM, Matthias Wegner mic.mat.weg...@web.de
wrote:

 Hi,

 i want to add some content to a page by a form. I want a grownig buttet
 list
 below. Is there a other way than over the XDOM?



 Regards,
 Matthias



 --
 View this message in context:
 http://xwiki.475771.n2.nabble.com/Add-Content-my-html-form-tp7593609.html
 Sent from the XWiki- Users mailing list archive at Nabble.com.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [ANN] XWiki 7.0 Milestone 1 released

[Eduard Moraru]

The XWiki development team is proud to announce the availability of XWiki
7.0 Milestone 1.

This is the first milestone release of the 7.x cycle. It features a
Document Index Tree Finder for the Index Application, integration of the
new Tree Widget with the WYSIWYG editor and some usability improvements.
Developers have a new Finder Plugin for the Tree Widget and the old Lucene
search module was finally retired to Contrib.

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/ReleaseNotesXWiki70M1

Thanks
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Subpage permission

[Eduard Moraru]

I have just tried your usecase and it works without any issue. Feel free to
try it out yourself on a clean XWiki instance.

Please double check your rights and that the user you are testing with is
not denied from another group he might be member of.

Thanks,
Eduard

On Wed, Jan 7, 2015 at 2:58 PM, Yvan Arnaud arn...@smaract.de wrote:

 Hi,

 Sorry for the misunderstanding. I meant child page when I wrote subpage.

 So I'll try to be more precise:
 I set specific rights on the space A: only group A has read/write
 permission.
 I create a page P1 in space A without parent and set specific right on
 that page: group B has read permission
 It works as expected: group A has read/write permissions and group B has
 read permission on page P1.
 If I create a page P2 as a child from Webhome page and set the read
 permission to group B on that page then group B has no right to read the
 page.

 I forgot to specify that I'm working with XWiki 6.3.

 Thanks
 Yvan

 Am 07.01.2015 um 13:39 schrieb Eduard Moraru:

  Hi,

 XWiki has no notion of subpages. All the pages inside a space are at the
 same level.

 If you are using a parent-child relationship between 2 pages, it has no
 impact on rights, i.e. the rights of the parent page are not inherited to
 the child page. This only works on a page-space relationship, i.e. the
 pages of a space inherit the rights of the space.

 So if you have 2 pages P1 and P2 inside space A and you set the same
 rights
 on both P1 and P2, but P1 is the parent of P2, the rights work only on P1,
 but not on P2? Is this what you are describing?

 Thanks,
 Eduard

 On Wed, Jan 7, 2015 at 1:19 PM, Yvan Arnaud arn...@smaract.de wrote:

  Hi,

 I've started working with XWiki for a short time and I'm facing a probem
 with the rights management.
 I configured XWiki so every registered users have read permission as
 default.
 Then I created some private spaces with read access for a specific group
 of users. Let's say group A has read permission on space A.
 Other groups don't have access to this space A. So it is fine.
 But I need sometimes to allow some specific groups or users to access
 some
 specific pages in this space. For example, group B should have read
 access
 on page 1 of space A.
 I modified the access rights of the page accordingly. The problem is: it
 doesn't work when the page is a subpage. It is working fine if the page
 is
 at the root of the space.
 Is it a normal behaviour? What shall I do to make this work?

 Thanks.

 Yvan Arnaud

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

  ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users




 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Subpage permission

[Eduard Moraru]

Hi,

XWiki has no notion of subpages. All the pages inside a space are at the
same level.

If you are using a parent-child relationship between 2 pages, it has no
impact on rights, i.e. the rights of the parent page are not inherited to
the child page. This only works on a page-space relationship, i.e. the
pages of a space inherit the rights of the space.

So if you have 2 pages P1 and P2 inside space A and you set the same rights
on both P1 and P2, but P1 is the parent of P2, the rights work only on P1,
but not on P2? Is this what you are describing?

Thanks,
Eduard

On Wed, Jan 7, 2015 at 1:19 PM, Yvan Arnaud arn...@smaract.de wrote:

 Hi,

 I've started working with XWiki for a short time and I'm facing a probem
 with the rights management.
 I configured XWiki so every registered users have read permission as
 default.
 Then I created some private spaces with read access for a specific group
 of users. Let's say group A has read permission on space A.
 Other groups don't have access to this space A. So it is fine.
 But I need sometimes to allow some specific groups or users to access some
 specific pages in this space. For example, group B should have read access
 on page 1 of space A.
 I modified the access rights of the page accordingly. The problem is: it
 doesn't work when the page is a subpage. It is working fine if the page is
 at the root of the space.
 Is it a normal behaviour? What shall I do to make this work?

 Thanks.

 Yvan Arnaud

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [ANN] XWiki 6.4.3 released

[Eduard Moraru]

The XWiki development team is proud to announce the availability of XWiki
6.4.3.

This is a stabilization release that fixes important bugs discovered in the
previous 6.4.2 version.

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/ReleaseNotesXWiki643

Thanks
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Question on DBList and the use of different wikis

[Eduard Moraru]

Hi,

The method you are mentioning is used to list the available options, thus
to run the query. The code you mention with the comment was added in order
to make sure that if you are on wiki A and you are getting objects from a
document in wiki B (through velocity for example) and you want to display
those objects from wiki B, then the DBList properties of those objects will
run their queries on wiki B (where their class comes from) and not in wiki
A (where they are called from/displayed).

I also tried to do something similar to what you want, but found that this
is not yet supported by DBList properties.

What you could do at this point is to have a custom displayer for your
property that runs the query on the right wiki and displays the current
value(s) and the possible values.

Hope this helps,
Eduard

On Tue, Mar 17, 2015 at 3:32 PM, Peter Huisman p.huis...@ximm.nl wrote:

 Hi,

 I am looking for a solution for the following situation.

 I have 2 wiki's. The fist one (ref: MD) contains Master Data. The second
 one (ref: UD) contains User Data. I have Classes in UD that use data from
 the MD. The way to connect them is using DBList. I am however not able to
 compose a HQL query that enables me to select a different Wiki to run the
 query on. I know it is possible to select the Wiki in Velocity but until
 now, that didn't help me. In the Github code (the getDBList method in the
 DBListClass.java) a comment is included just before a statement:

 // The DBlist may come from an other wiki
 StringwikiName =getReference().extractReference(EntityType.
 WIKI).getName();

 This might indicate that selecting a wiki might be an option when getting
 a DBList.

 Anybody knows how to solve this problem (without replicating the data from
 MD in UD ;-))? Any additional suggestions are welcome.

 Thanks,

 Peter
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Xwiki Appli: how can I remove bold in view mode?

[Eduard Moraru]

Hi,

Perhaps I do not understand properly your issue. Is it a rendering issue?
Can you reproduce it on the page content of a document instead of doing it
in a property of an object? Can you give a complete example (copy/paste or
xar export) where this is happening so we can reproduce it?

Thanks,
Eduard

On Mon, Mar 9, 2015 at 2:31 PM, Pascal BASTIEN pbasnews-xw...@yahoo.fr
wrote:

 Nope it is not the cause of the problem.
 By default, in view mode,  $doc.display($prop.getName()) displayed between
 strong tag.

 Keep looking...

 
 En date de : Sam 7.3.15, Eduard Moraru enygma2...@gmail.com a écrit :

  Objet: Re: [xwiki-users] Xwiki Appli: how can I remove bold in view mode?
  À: Pascal BASTIEN pbasnews-xw...@yahoo.fr, XWiki Users 
 users@xwiki.org
  Date: Samedi 7 mars 2015, 21h08

  Hi,

  You have probably entered the bold
  styling by mistake. Have a look at the stored content of
  that property ($doc.getValue($fieldName)) and you will
  probably notice that there are instructions (**something**)
  in it to make it bold. If this is true, edit the property
  accordingly... select all the text, bold it and then un-bold
  it again in an effort to get rid of all traces of bold
  styling in your content.

  Hope this helps,
  Eduard

  On Fri, Mar 6, 2015 at
  12:41 PM, Pascal BASTIEN pbasnews-xw...@yahoo.fr
  wrote:
  Hello,

  In my XWiki application, I have a Sheet + Class with a
  property with textArea/wysiwyg type.

  I use public String display(String fieldname, String
  mode)


 http://maven.xwiki.org/site/docs/xwiki-javadoc-5.0.x/com/xpn/xwiki/api/Document.html#display%28java.lang.String,%20java.lang.String%29



  Unfortunaly in view mode all values are rendering between
  strong /strong.

  How can I remove them?



  An example, in edit mode, in my  textArea/wysiwyg, I
  have

  -

  Some text bold



 1. first

 2. second

  -



  In view mode I obtein:

  Some text bold



2. first

3. second

  (I must reinit counter list too)



  HTML code:

  strong/strong

  p

  strong

  Some text

  strongbold/strong

  /strong

  /p

  ol

  li style=list-style-type: none

  strong/strong

  /li

  li

  strongfirst/strong

  /li

  li

  /ol

  Of course i cannot remove strong/strong or
  modify style because I want to keep this one:
  strongbold/strong



  Thxs for any help





  Pascal B



  ___

  users mailing list

  users@xwiki.org

  http://lists.xwiki.org/mailman/listinfo/users




___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Need help with xWiki Enterprise 6.3

[Eduard Moraru]

Hi,

On Mon, Mar 2, 2015 at 9:53 AM, Luba luba.schwi...@holidayextras.de wrote:

 Hello Community,

 we use xWiki Enterprise 6.3. at work and I need some help to manage it.

 I have two questions:

 -How can it be that the user's photos are always pixelated when I upload
 it?
 For example, I would like to add a photo to my xWiki profile but no matter
 how good the quality of the picture is, you always see a pixelated little
 avatar.
 Are there a trick to get the image as good as the original?

 -At the main page, I usually see my last changes, but how is it possible
 to see what other user's changes were?
 For example, I change a document and then I see it at the main page. But my
 other colleague didn't see that change at the main page. How can I manage
 it, that if a document were changed by someone, everyone see's it at the
 main page?


Why not use the Activity Stream macro?
http://extensions.xwiki.org/xwiki/bin/view/Extension/Activity+Macro
You can configure it to show activity on just some spaces or just for some
users, but, by default, it shows activity in the entire wiki by all the
users. Sounds like what you want.

Thanks,
Eduard


 I hope you understand my questions :-)

 If not, don't hesitate to contact me.

 I'm looking forward to hear from you.

 Kind regards from Germany!

 Luba



 --
 View this message in context:
 http://xwiki.475771.n2.nabble.com/Need-help-with-xWiki-Enterprise-6-3-tp7594161.html
 Sent from the XWiki- Users mailing list archive at Nabble.com.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Xwiki Appli: how can I remove bold in view mode?

[Eduard Moraru]

Hi,

You have probably entered the bold styling by mistake. Have a look at the
stored content of that property ($doc.getValue($fieldName)) and you will
probably notice that there are instructions (**something**) in it to make
it bold. If this is true, edit the property accordingly... select all the
text, bold it and then un-bold it again in an effort to get rid of all
traces of bold styling in your content.

Hope this helps,
Eduard

On Fri, Mar 6, 2015 at 12:41 PM, Pascal BASTIEN pbasnews-xw...@yahoo.fr
wrote:

 Hello,
 In my XWiki application, I have a Sheet + Class with a property with
 textArea/wysiwyg type.
 I use public String display(String fieldname, String mode)

 http://maven.xwiki.org/site/docs/xwiki-javadoc-5.0.x/com/xpn/xwiki/api/Document.html#display%28java.lang.String,%20java.lang.String%29

 Unfortunaly in view mode all values are rendering between strong
 /strong.
 How can I remove them?

 An example, in edit mode, in my  textArea/wysiwyg, I have
 -
 Some text bold

1. first
2. second
 -

 In view mode I obtein:
 Some text bold

   2. first
   3. second
 (I must reinit counter list too)

 HTML code:
 strong/strong
 p
 strong
 Some text
 strongbold/strong
 /strong
 /p
 ol
 li style=list-style-type: none
 strong/strong
 /li
 li
 strongfirst/strong
 /li
 li
 /ol
 Of course i cannot remove strong/strong or modify style because I want
 to keep this one: strongbold/strong

 Thxs for any help


 Pascal B

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Moving a page and its hierarchy

[Eduard Moraru]

Hi,

There is no UI for this operation because there is no rule that implies
that all the children of a page are in the same space. This is just
something specific to your usecase.

However, you can easily use XWiki`s powerful scripting API [1] to achieve
what you want. Specially have a look at the $doc.getChildren() and
$doc.rename(...) methods.

Thanks,
Eduard

--
[1] http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting

On Fri, Mar 6, 2015 at 2:06 AM, Debajit Adhikary deba...@outlook.com
wrote:

 I have a page hierarchy of the following form:
 + Parent1- Child1- Child2- Child2
 Where one parent page has three children pages.
 I would like to move this entire hierarchy rooted at Parent1 to another
 space.  If I rename Parent1, then only Parent1 gets moved to the new space,
 and not its children.
 Is there a way to move the entire hierarchy of pages (parent page and all
 its child pages) to another space?

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] avatar en user-profile macro in .myxwiki.org

[Eduard Moraru]

Hi,

Make sure that the user actually exists on the wiki you are trying it out.
Perhaps it is a global user (from the main wiki) and you have to prefix it
with the wiki name as well, i.e. xwiki:XWiki.Admin.

Hope this helps,
Eduard

On Thu, Feb 26, 2015 at 6:07 PM, Gerritjan Koekkoek 
gerritjankoekk...@gmail.com wrote:

 Hi,

 It looks like that we can not use the macro AVATAR in a wiki on this farm?
 {{useravatar username=username /}}

 Then I added the extension:
 {{userprofile username=XWiki.Admin /}}

 But both give error: unknown user?

 Gerritjan
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Sync spaces between to xwiki ?

[Eduard Moraru]

Hi,

On Mon, Mar 30, 2015 at 11:08 AM, Xavier Beaudouin 
xavier.beaudo...@hsoftware.com wrote:

 Hi !

   - I (maybe I am not really up to date with xwiki) cannot figure what
 pages
   can be accesseed by each users (if someone can tell me how to find
 that I
   will be pleased to pay him/her a pint of Guinness).
  
 
  If you really want to, I guess you could iterate over all the documents
 in
  your wiki and call the $xwiki.hasAccessLevel('view',
  $someUserThatYouAreInterestedIn, $someDocument) and get the list of
  documents a user has rights on.

 Thanks for the hint (maybe if in a next version this can be added to have
 this
 without programming ?).

   - We are on xwiki 2.1.1 and all trys to upgrade to 6.x have fail on
   randoms parts (mostly rights that has been exploded,  eg. everybody
 can see
   anything), or some pages being broken (people that hack too mutch
 groovy,
   they should not).
  
 
  A lot has changed from 2.1.1. You need to carefully read release notes
 and
  fix deprecated calls in your pages' scripts, etc. It's not really a
  straight-forward process, but the Distribution Wizard is supposed to help
  you along the way.

 Yeah :) I saw that. It has been one year I am working on that (I am new
 sysadmin for my company since more than 2 years, working on make all things
 up to date, old sysadmin has the very bad habit to not upgrade...).

 The most strange things, is... every migration has new issues, maybe
 because
 of me or something... So it is very hardwork to migrate that.

   So to avoid issues with rights, we have an idea to split our xwiki
 into 2
   servers :
   - one for internal, if this too mutch rights this is not an issue
   - one for external users (customers !), with only the pages that
 should be
   online for users, with reset of user's list and clean rights
 management.
  
 
  If you really want this setup, you could use the multiwiki feature and
 have
  your main wiki for internal usage, with access to programming rights and
  everything, and create a subwiki for clients.

 I thought of that, but really I'd love the KISS feature :) Anyway I will
 evaluate this :)


Well, that is the KISS approach.



   Now I want to find a way to automaticaly sync some spaces between our
   master xwiki and some slave xwiki... Any good pointers?
  
 
  I can't really recommend any extension that I know of (there may be),
 but I
  think you could easily achieve this with a scheduler job that would
  periodically synchronize your spaces. You would be the one defining that
  this synchronization is (override from master to slave, the other way
  around, merge, etc.), inside the job's code.

 Since I am a very newbee in xWiki, have any pointer about this kind of
 work ?


Have a look at
http://extensions.xwiki.org/xwiki/bin/view/Extension/Scheduler+Application
and then generally at XWiki's API to access the data
http://platform.xwiki.org/xwiki/bin/view/DevGuide/API

Thanks,
Eduard


 Regards,


 --
 Xavier Beaudouin - Senior Network and System Administrator
 Infrastructure and network director
 Horizon Software - http://www.hsoftware.com/
 13 rue La Fayette - 75009 PARIS - France
 Phone: +33 (0)1 4260 9490 Fax: +33 (0)1 44 56 97 01


 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Create Javascript application in XWiki

[Eduard Moraru]

Hi Nicolas,

Typically, the flow is the following:
1. You create a page and the markup (wiki syntax + additional HTML if you
need form UI elements or if you can not reuse property displayers from
velocity, e.g. $doc.display('someProperty', 'edit') [1] )
2. You add a skin extension [2] object to that document where you add your
CSS and JS needs
3. Inside that JSX object you can depend on 3rd party libraries using the
recommended require.js approach [3] or anything else that suites you
4. Profit

More such information is available on the dev guide's tutorials and
resources page [4].

Hope this helps,
Eduard

P.S.: Regarding javascript, be aware that we are currently moving away from
Prototype.js and towards jQuery, but a lot of documentation still talks
about how to do things with Prototype.js, you just need to digg deep enough
to find the jQuery alternatives, figure them out, ask people for help and,
document back your findings (on xwiki.org pages) so that you can help
others in your same situation :)

--
[1] http://platform.xwiki.org/xwiki/bin/view/DevGuide/API
[2]
http://extensions.xwiki.org/xwiki/bin/view/Extension/Skin+Extension+Plugin
[3]
http://platform.xwiki.org/xwiki/bin/view/DevGuide/JavaScriptAPI#HRequireJSandjQueryAPIs
[4] http://platform.xwiki.org/xwiki/bin/view/DevGuide/

On Mon, Mar 23, 2015 at 5:33 PM, Nicolas Delsaux nicolas.dels...@gmx.fr
wrote:

 I would like to create a Javascript application in XWiki.
 My precise goal is to go get some content from Jenkins (build status) and
 render it over a static image using d3.js or any other rich rendering
 framework.
 I suppose the only way to implement that is to write my webpage as HTML.
 But, then, how will I use external frameworks ? (typically d3.js)

 Thanks

 --
 Nicolas Delsaux
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Sync spaces between to xwiki ?

[Eduard Moraru]

Hi,

On Fri, Mar 27, 2015 at 10:59 AM, Xavier Beaudouin 
xavier.beaudo...@hsoftware.com wrote:

 Hello there,

 I am maybe asking a stupid question, but I am the administrator of an old
 xwiki that have to be updated.
 My current users has done lots of documentation on this xWiki, and we
 would like to find a way to explode some parts of our xwiki without using
 too mutch the rights systems.

 The fact :
 - We are a software development company and we put allmost everything on
 the xwiki
 - Some of our customers has right to see customer's pages uppon rights
 they currently have
 - I (maybe I am not really up to date with xwiki) cannot figure what pages
 can be accesseed by each users (if someone can tell me how to find that I
 will be pleased to pay him/her a pint of Guinness).


If you really want to, I guess you could iterate over all the documents in
your wiki and call the $xwiki.hasAccessLevel('view',
$someUserThatYouAreInterestedIn, $someDocument) and get the list of
documents a user has rights on.


 - We are on xwiki 2.1.1 and all trys to upgrade to 6.x have fail on
 randoms parts (mostly rights that has been exploded,  eg. everybody can see
 anything), or some pages being broken (people that hack too mutch groovy,
 they should not).


A lot has changed from 2.1.1. You need to carefully read release notes and
fix deprecated calls in your pages' scripts, etc. It's not really a
straight-forward process, but the Distribution Wizard is supposed to help
you along the way.



 So to avoid issues with rights, we have an idea to split our xwiki into 2
 servers :
 - one for internal, if this too mutch rights this is not an issue
 - one for external users (customers !), with only the pages that should be
 online for users, with reset of user's list and clean rights management.


If you really want this setup, you could use the multiwiki feature and have
your main wiki for internal usage, with access to programming rights and
everything, and create a subwiki for clients.



 Now I want to find a way to automaticaly sync some spaces between our
 master xwiki and some slave xwiki... Any good pointers?


I can't really recommend any extension that I know of (there may be), but I
think you could easily achieve this with a scheduler job that would
periodically synchronize your spaces. You would be the one defining that
this synchronization is (override from master to slave, the other way
around, merge, etc.), inside the job's code.

Hope this helps,
Eduard



 Regards,
 Xavier

 --
 Xavier Beaudouin - Senior Network and System Administrator
 Infrastructure and network director
 Horizon Software - http://www.hsoftware.com/
 13 rue La Fayette - 75009 PARIS - France
 Phone: +33 (0)1 4260 9490 Fax: +33 (0)1 44 56 97 01
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Clear them all! :p

[Eduard Moraru]

Hi Maciek,

My impression is that you dived directly into XWiki without first
understanding the idea behind it. That is OK, as long as you accept your
choice.

Right now we don`t have a wiki version, so you can not say I rolled back
my wiki to 1.1 version. What you actually did was to rollback a couple of
pages (you decided which).

In XWiki, a page can contain actual content and/or objects (which could
also store settings for some applications or XWiki itself). The main page
for XWiki settings is XWiki.XWikiPreferences, as Caty already mentioned.
If you want to restore/rollback settings, you need to do it for the
applications you are interested in, but it's your choice. There is no
restore everything to initial settings magic button.

XWiki can not protect you from yourself. If you randomly press delete
buttons and confirm without looking, your data will be lost.

If you can not administrate XWiki right now, it sounds like you have
badly edited/deleted the rights objects inside the XWiki.XWikiPreferences
page. One solution for you would be to enable the superadmin backup user,
log in with it and go to administration and fix the rights. You can find
details how to enable this user in the AdminGuide [1].

Also, as a general suggestion, please try to spend a respectful amount of
time when formulating your question and do not assume people can read your
mind and know what it is that you are talking about. As a good exercise,
put yourself in the shoes of a person reading your email, with no previous
knowledge, and try to understand what you wrote and determine if it makes
sense of if it contradicts itself.

Of course, suggestions for improvements are more than welcomed. Without
these suggestions, we do whatever we consider is best at the time and
whatever we can do with our limited resources.

Thanks,
Eduard

--
[1]
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#HEnablesuperadminaccount

On Fri, Apr 24, 2015 at 12:51 PM, Maciej Fokt maciek.f...@taxi123.pl
wrote:

 Hello,

 Ok... I rolled back my wiki to 1.1 version and now... I can't administrate
 XWiki. I haven't options to change something. It's what I said (XWiki is
 difficult for no computer users). Deleting or rollback is easy but restore
 last settings is quite hard. I've lost half of spaces while I've been
 trying to make a backup. Now i can't import this back up files... I have
 nothing ;)

 Please don't compare me with XWiki rebel :p XWiki is a great tool but you
 know...


 Greetings,
 Maciek.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [ANN] XWiki 7.1 Milestone 2 Released

[Eduard Moraru]

The XWiki development team is proud to announce the availability of XWiki
7.1 Milestone 2.

This second milestone release brings a new and experimental flavors
mechanism and a new debug mode, together with various mail and job module
under-the-hood improvements.

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/ReleaseNotesXWiki71M2

The following people have contributed code to this release:

Denis Gervalle, Eduard Moraru, Guillaume Delhumeau, Thomas Mortagne,
Vincent Massol

Thanks for your support
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Xwiki Flamingo Icons Bug?

[Eduard Moraru]

Hi,

The relevant exception in that log is java.lang.ClassNotFoundException:
com.xpn.xwiki.plugin.lucene.LucenePlugin. The Lucene Plugin has been
retired [1] and replaced by the Solr Search application [2].

You are currently getting that exception because you did not properly
upgrade your xwiki.cfg/xwiki.properties configuration files. They need to
be upgraded appropriately to the release notes of the versions you are
upgrading through.

In this particular case, you did not remove from the xwiki.cfg file, inside
the xwiki.plugins section, the reference to LucenePlugin. Once you remove
it, XWiki should no longer try to load it and you should not get that
exception message any more.

Regarding your original issue, try sharing a screenshot with us. Note that
attachments don`t work on this list, so please use an image upload online
service and share us the link.

Thanks,
Eduard

--
[1]
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki70M1#HDeprecatedandRetiredprojects
[2]
http://extensions.xwiki.org/xwiki/bin/view/Extension/Solr+Search+Application

On Fri, Apr 3, 2015 at 3:39 PM, Georg Hirn georg.h...@gmail.com wrote:

 Ok, I have made a apt-get upgrade for xwiki. It did update some packages
 with no errors, see apt-get log:

 Log started: 2015-04-03  13:53:45
  (Lese Datenbank ... ^M(Lese Datenbank ... 5%^M(Lese Datenbank ...
  10%^M(Lese Datenbank ... 15%^M(Lese Datenbank ... 20%^M(Lese Datenbank
 ...
  25%^M(Lese Datenbank ... 30%^M(Lese Datenbank ... 35%^M(Lese Datenbank
 ...
  40%^M(Lese Datenbank ... 45%^M(Lese Datenbank ... 50%^M(Lese Datenbank
 ...
  55%^M(Lese Datenbank ... 60%^M(Lese Datenbank ... 65%^M(Lese Datenbank
 ...
  70%^M(Lese Datenbank ... 75%^M(Lese Datenbank ... 80%^M(Lese Datenbank
 ...
  85%^M(Lese Datenbank ... 90%^M(Lese Datenbank ... 95%^M(Lese Datenbank
 ...
  100%^M(Lese Datenbank ... 165997 Dateien und Verzeichnisse sind derzeit
  installiert.)
  Vorbereitung zum Entpacken von
  .../xwiki-enterprise-tomcat7-mysql_7.0+1_all.deb ...
  Entpacken von xwiki-enterprise-tomcat7-mysql (7.0+1) über (7.0) ...
   * Stopping Tomcat servlet engine tomcat7   ESC[205G ^MESC[199G[ OK ]
   * Starting Tomcat servlet engine tomcat7   ESC[205G ^MESC[199G[ OK ]
  Vorbereitung zum Entpacken von
  .../xwiki-enterprise-tomcat-common_7.0+1_all.deb ...
  Entpacken von xwiki-enterprise-tomcat-common (7.0+1) über (7.0) ...
  Vorbereitung zum Entpacken von
  .../xwiki-enterprise-mysql-common_7.0+1_all.deb ...
  Entpacken von xwiki-enterprise-mysql-common (7.0+1) über (7.0) ...
  Vorbereitung zum Entpacken von .../xwiki-enterprise-common_7.0+1_all.deb
  ...
  Entpacken von xwiki-enterprise-common (7.0+1) über (7.0) ...
  xwiki-enterprise-common (7.0+1) wird eingerichtet ...
  xwiki-enterprise-tomcat-common (7.0+1) wird eingerichtet ...
  xwiki-enterprise-mysql-common (7.0+1) wird eingerichtet ...
  dbconfig-common: writing config to /etc/dbconfig-common/xwiki.conf
  dbconfig-common: flushing administrative password
  xwiki-enterprise-tomcat7-mysql (7.0+1) wird eingerichtet ...
   * Stopping Tomcat servlet engine tomcat7   ESC[205G ^MESC[199G[ OK ]
   * Starting Tomcat servlet engine tomcat7   ESC[205G ^MESC[199G[ OK ]
  Log ended: 2015-04-03  13:54:27


 Then I opened xwiki again but still the same behavior.
 Don't know if this helps, but here is the output of the catalina.out after
 restarting tomcat and logging in to xwiki:

 WARNUNG: Problem with directory [/usr/share/tomcat7/server], exists:
  [false], isDirectory: [false], canRead: [false]
  Apr 03, 2015 2:18:11 PM org.apache.catalina.startup.ClassLoaderFactory
  validateFile
  WARNUNG: Problem with directory [/usr/share/tomcat7/shared/classes],
  exists: [false], isDirectory: [false], canRead: [false]
  Apr 03, 2015 2:18:11 PM org.apache.catalina.startup.ClassLoaderFactory
  validateFile
  WARNUNG: Problem with directory [/usr/share/tomcat7/shared], exists:
  [false], isDirectory: [false], canRead: [false]
  Apr 03, 2015 2:18:12 PM org.apache.coyote.AbstractProtocol init
  INFORMATION: Initializing ProtocolHandler [ajp-bio-8009]
  Apr 03, 2015 2:18:12 PM org.apache.catalina.startup.Catalina load
  INFORMATION: Initialization processed in 690 ms
  Apr 03, 2015 2:18:12 PM org.apache.catalina.core.StandardService
  startInternal
  INFORMATION: Starting service Catalina
  Apr 03, 2015 2:18:12 PM org.apache.catalina.core.StandardEngine
  startInternal
  INFORMATION: Starting Servlet Engine: Apache Tomcat/7.0.52 (Ubuntu)
  Apr 03, 2015 2:18:12 PM org.apache.catalina.startup.HostConfig
  deployDescriptor
  INFORMATION: Deploying configuration descriptor
  /etc/tomcat7/Catalina/localhost/xwiki.xml
  2015-04-03 14:18:41,423 [localhost-startStop-1] WARN
   ltInstalledExtensionRepository - Invalid extension
  [org.xwiki.platform:xwiki-platform-search-lucene-ui-6.4.3] on namespace
  [wiki:xwiki] (InvalidExtensionException: No compatible extension is
  installed for dependency
  

Re: [xwiki-users] Class with DB List multiselect

[Eduard Moraru]

Hi,

On Fri, Apr 3, 2015 at 9:25 PM, Gerritjan Koekkoek 
gerritjankoekk...@gmail.com wrote:

 I would like to create a form for a international audience (multi language)
 So I created a AppWithinMinutes app.
 I would like that my users can Multiselect from a list that is a selection
 of objects based on a class.

 So i created a class (with AppWithinMinutes:
 Class properties
 Short Text (shortText1: String)
 Long Text (longText1: TextArea)
 Long Text (longText2: TextArea)
 Database List (databaseList1: Database List)

 The databaseList1 has the following properties:
 DisplayType: checkbox
 Multiple Select: true
 XWiki Class Name: XWiki.UIExtensionClass
 Id Field Name: name ()
 Value Field Name: name


 The first issue I get that I get all objects of the class. I hoped to add a
 selection by adding this query:
 from doc.object(XWiki.UIExtensionClass) as obj where
 lower(obj.extensionPointId) like '%cdlsworld.standardized.questionaires%'
 and ('wiki' = obj.scope) order by obj.name
 But how can I add this?


Why not use the HQL Query option for the DBList property? It's right next
to the Class Name option.

Have a look at
http://dev.xwiki.org/xwiki/bin/view/Drafts/DatabaseListProperties and
http://www.xwiki.org/xwiki/bin/view/FAQ/HowToCreateAOneToManyRelationshipInXWiki
for more details.


 The second issue that I hoped to be able to use for the option to add the
 translated value
 $services.localization.get('$value')


What is $value? The document name returned by the above query?

Thanks,
Eduard

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] User list and user profile access rights

[Eduard Moraru]

Hi,

On Thu, Jun 4, 2015 at 12:57 PM, robert roberts.vart...@gmail.com wrote:

 Hello, three questions:

 1) How to make list of all wiki's users
 (http://localhost:8080/xwiki/bin/view/Main/UserDirectory) hidden from
 users
 and unregistered users? By removing view rights I made whole Main wiki
 unavailable and that is not what I wanted.  So I simply deleted
 UserDirectory page. I am not sure whether it was correct approach.


Make sure you understand the difference between page-level rights,
space-level rights and wiki-level rights. In this case you only need to
edit the page rights of the Main.UserDirectory document. Just deny the view
right to the XWikiAllGroup and to unregistered users and you should be fine.



 2) How to make user profile page available only for particular user? Right
 now these profile pages are available for every one who knows the link
 (i.e., http://localhost:8080/xwiki/bin/view/XWiki/USER_NAME).


You could edit the space-level rights of the XWiki space and deny the
view right to the XWikiAllGroup (that is, to registered users) and to
Unregistered Users. This would allow users to only see their own profile
and not that of other users. However, the side-effect of this is that UIs
where users are displayed (user avatar + user name) will not look right
because the current user is not allowed to see other profiles than his own,
the result will be that you can see the another user's ID but not his first
name and last name, neither his avatar... so the user experience will not
be very nice. The reason is that the code displaying users is using the
current user's privileges to retrieve the information it is about to show
(first name, last name and avatar) and, if the current user does not have
the right privileges, what the code will display will be just some very
basic stuff.



 3) How to make user profile pages only read only (if possible then only
 admins can edit)? We have integration with LDAP so it makes no sense to
 edit
 profile info. Also it is not nice that regular user can set Display hidden
 documents to True.


This is a bit more complicated because a user has explicitly added a
page-level right on his profile page to make sure that he is able to edit
it, even if the space-level or wiki-level rights setup deny him to. There
are other XWiki features that require the user to be able to set some
preferences to his profile page, so it`s not generally a good idea to try
to prevent that through rights. Your solution of modifying the sheet should
be good enough for the general case, but a user could still use a script to
change his profile data programatically.

Hope this helps,
Eduard


 Thanks!



 --
 View this message in context:
 http://xwiki.475771.n2.nabble.com/User-list-and-user-profile-access-rights-tp7594977.html
 Sent from the XWiki- Users mailing list archive at Nabble.com.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Rights Question

[Eduard Moraru]

Hi,

On Thu, Jun 18, 2015 at 11:56 PM, dmeiser420 dmei...@gmail.com wrote:

 We need to give groups rights to view only specific documents within
 spaces.
 Not all documents in the space, and far less documents than total documents
 in the space.  It appears to me that documents receive, by default, the
 permissions of the space.  It also appears that the user needs at least
 view
 permissions on the space to view documents they have permissions to.

 So, here is the question:

 1. Can I set the default page permissions for a space to be different from
 the space permissions (eg - allow all users permission to view the space,
 but new documents in that space would not have that right)?  (This is the
 preferable option)


If you set space permissions, they will affect both current and future
pages in the space.

Basically, you need to shift you perception.

To achieve what you want, you need to set the space rights to deny access
to your users, since that is what you want to do for new documents
automatically. Then, for the existing pages that you want to allow access,
you need to set the page level rights that will override the space rights.
So the logic is: deny everything now and in the future, but allow some
exceptions (which are the current documents, hand-picked for exclusion).

You can write a velocity script, in case you have many current documents,
to add the page level right overrides.

The other option is to better manage your documents. You could simply move
all the documents that are to be accessible to a space where you set the
space rights to allow and, for the documents that are not to be accessed,
use a different space that has space rights to deny. Much simpler and
hassle free, as managing many space-level right overrides could be a bit of
a pain.


 2. Can I use a velocity script to generate a list of documents the group
 has
 access to?


Of course you can: Just iterate over all the docs in a space and, for each,
check the rights of the group on the document. To check the rights,
something like:

$services.security.authorization.hasAccess(VIEW, groupDocumentReference,
documentReference)

...should work.


Hope this helps,
Eduard





 --
 View this message in context:
 http://xwiki.475771.n2.nabble.com/Rights-Question-tp7595210.html
 Sent from the XWiki- Users mailing list archive at Nabble.com.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] 2 problems with XWiki: search and All pages

[Eduard Moraru]

Hi,

I have just pasted that code in a 7.2-SNAPSHOT local XWiki instance and it
worked perfectly. The result is identical to Main.AllDocs and my suggestion
to you is that you drop your allpages document which is clearly old and
now outdated by the Main.AllDocs XWiki standard document index. So it looks
just like a leftover that maybe made sense in XWiki 2.7, but which now does
not make sense when you have Main.AllDocs.

As I mentioned, the code, even if old and useless now, worked on my clean
XWiki instance so looking at the screenshot from your original message, you
might be missing some standard XWiki UI documents, maybe cause by an
incomplete migration from the old version to the newer one. This might be
the reason why all those tabs are empty. If you look at the code you gave,
you can see that for each tab there is a corresponding XWiki document:

{{include document=XWiki.Tableview /}}
{{include document=XWiki.Treeview /}}
{{include document=XWiki.AllAttachments /}}
{{include document=XWiki.OrphanedPages /}}
{{include document=XWiki.DeletedDocuments /}}
{{include document=XWiki.DeletedAttachments /}}

Make sure that the above documents exist in your wiki (they probably
don`t). If they don`t, you might need to re-run the migration you performed
and do it more carefully this time, since there could be other things
missing as well.

Alternatively, if you can't/won't re-run the migration, for the missing
documents above, you could (re)install the Index Application (Extension ID:
org.xwiki.platform:xwiki-platform-index-ui)
http://extensions.xwiki.org/xwiki/bin/view/Extension/Index+Application or,
if you do not want to use the Extension Manager, just manually import and
override the UI of the Index Application by using this xar (for 6.4.3)
http://maven.xwiki.org/releases/org/xwiki/platform/xwiki-platform-index-ui/6.4.3/xwiki-platform-index-ui-6.4.3.xar

After that, Main.AllDocs should be in top shape and you can start using it.
Your allpages document might start working as well, but again, I do not
encourage using it.

Good luck,
Eduard

On Sat, Jun 20, 2015 at 3:33 PM, VasyaPupkin streni...@f-heads.ru wrote:

 Anybody



 --
 View this message in context:
 http://xwiki.475771.n2.nabble.com/2-problems-with-XWiki-search-and-All-pages-tp7595058p7595236.html
 Sent from the XWiki- Users mailing list archive at Nabble.com.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Links to Pages/Spaces

[Eduard Moraru]

Hi,

No, we did not get to implement this feature yet but it should be much
easier to implement now using the resource API:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Resource+API

Thanks,
Eduard

On Fri, Jun 19, 2015 at 2:14 PM, Enste, Patrick patrick.en...@atos.net
wrote:

 Hey everybody,

 is it possible to create someting like a tiny link (it is called like
 that in Confluence:
 https://wiki.umms.med.umich.edu/display/demo/Tiny+Links)?

 So a link to a Page or Space which does not change even when I change the
 location or the title of a page?

 Kind regards,
 Patrick

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] 2 problems with XWiki: search and All pages

[Eduard Moraru]

The only thing that comes to mind is to suggest you use the Extension
Manager when installing that extension (instead of the manual XAR method):
http://extensions.xwiki.org/xwiki/bin/view/Extension/Extension+Manager+Application#HAdvancedSearch

Use org.xwiki.platform:xwiki-platform-index-ui as Extension ID and
6.4.3 as version when installing the extensions through Advanced Search,
as detailed in the link above.

In case of a conflict in the install process, I suggest you override your
version of the problematic document with the clean version coming from the
extension you are installing.

Thanks,
Eduard

On Tue, Jun 23, 2015 at 2:16 PM, VasyaPupkin streni...@f-heads.ru wrote:

 It works! I installed manually this *.xar and it worked
 Thank you very much! +10 in your karma

 Do I need any reindexing pages after install this *.xar?
 XWiki.Tableview
 is empty, but XWiki.Treeview works normally.



 --
 View this message in context:
 http://xwiki.475771.n2.nabble.com/2-problems-with-XWiki-search-and-All-pages-tp7595058p7595261.html
 Sent from the XWiki- Users mailing list archive at Nabble.com.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Release Notes of Forum Application

[Eduard Moraru]

That's a bug in the jira macro that is used on that extension page. It pops
up occasionally due to a race condition.

I`ve just created http://jira.xwiki.org/browse/XRENDERING-398 which you can
follow, since this is a very annoying bug that we need to squash.

Until then, just refresh the page to make it go away.

Thanks,
Eduard

On Wed, Jun 24, 2015 at 4:26 PM, Ecaterina Moraru (Valica) 
vali...@gmail.com wrote:

 Hi,

 Not sure what you are talking about. They look fine, see
 http://imgur.com/Nc6cdwF

 Thanks,
 Caty

 On Wed, Jun 24, 2015 at 4:14 PM, Hamster teun...@hotmail.com wrote:

  Can a dev look at the release notes of the  ForumApplication
  http://extensions.xwiki.org/xwiki/bin/view/Extension/ForumApplication
 
  It seems like FWK005 oarse may not be called while parsing is messing
  things up :-)
 
 
 
  --
  View this message in context:
 
 http://xwiki.475771.n2.nabble.com/Release-Notes-of-Forum-Application-tp7595276.html
  Sent from the XWiki- Users mailing list archive at Nabble.com.
  ___
  users mailing list
  users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Breadcrumb issue

[Eduard Moraru]

Hi,

I did not really understand what you want to achieve, but any customization
you want to do to the breadcrumbs can be done in the hierarchy.vm skin
template file (make sure you edit the correct file corresponding to your
currently used skin).

Hope this helps,
Eduard

On Thu, Jun 18, 2015 at 4:48 PM, TOTOUM NEMKAM, Eva 
eva.totoum-nem...@capgemini.com wrote:

 Hello,

 I have an issue with the breadcrumb. I want to put parameter in it :
 Example :
 Environments  Environments A1  Connection B1
 A1 and B1 are a get paramater.
 When I am on the page Connection B1 and I want to return on the page
 Environments A1 with the breadcrumb.
 For the moment, when I click, I arrive on the page : Environment
 ${request.environment}.

 How can I do this ?

 Thanks
 This message contains information that may be privileged or confidential
 and is the property of the Capgemini Group. It is intended only for the
 person to whom it is addressed. If you are not the intended recipient, you
 are not authorized to read, print, retain, copy, disseminate, distribute,
 or use this message or any part thereof. If you receive this message in
 error, please notify the sender immediately and delete all copies of this
 message.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Page (or db list) view link

[Eduard Moraru]

Hi,

If I understand correctly, you have a list property (a) of a class
(Main.TestClass) that stores page names (Main.SomePage) and you want to
display the value of that property in a sheet such that each page name is
rendered as a wiki link ([[Main.SomePage]]).

Here you go:
{{velocity}}
#set ($object = $doc.getObject(Main.TestClass))
#set ($values = $object.getValue(a))
#foreach ($value in $values)
  [[$value]]
#end
{{/velocity}}

Depending on your usecase, you might want to display the document title as
label for the wiki link instead of the page name, so you would have to do
something like...
...
#foreach ($value in $values)
  #set ($document = $xwiki.getDocument($value))
  [[$document.plainTitle$value]]
#end
...

Hope this helps,
Eduard

On Tue, Jun 23, 2015 at 9:58 AM, bobino rnaud.webm...@gmail.com wrote:

 Hi everyone, I'm just starting with xWiki and there is something I'm
 having a
 hard time to achieve. Having a page property (db list) for a class, I want
 to see the wikilink to the selected document when in view mode, instead of
 just the text value of the fullName that was selected.

 I wrote a query that lets me select from pages, I know I need to edit
 either
 my class sheet or my property custom display, but I can't figure it out. I
 read things here and there. The most helpful were these:


 http://www.xwiki.org/xwiki/bin/view/FAQ/HowToCreateAOneToManyRelationshipInXWiki
 
 http://www.xwiki.org/xwiki/bin/view/FAQ/HowToCreateAOneToManyRelationshipInXWiki
 

 http://www.xwiki.org/xwiki/bin/view/FAQ/Which+variables+I+can+use+in+%22Custom+Display%22+field
 
 http://www.xwiki.org/xwiki/bin/view/FAQ/Which+variables+I+can+use+in+%22Custom+Display%22+field
 

 http://extensions.xwiki.org/xwiki/bin/view/Extension/List+All+Documents+In+A+Space
 
 http://extensions.xwiki.org/xwiki/bin/view/Extension/List+All+Documents+In+A+Space
 

 I can't believe I'm the only one needing this / struggling with this.

 Thanks for your help!



 --
 View this message in context:
 http://xwiki.475771.n2.nabble.com/Page-or-db-list-view-link-tp7595252.html
 Sent from the XWiki- Users mailing list archive at Nabble.com.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] 2 problems with XWiki: search and All pages

[Eduard Moraru]

Hi Vasya,

As Marius tried to explain to you, this allpages you keep mentioning has
nothing to do with XWiki's code.

It is a custom page created by the user you have already identified and
talked to. The code he added there is completely custom (I see it also
includes some javascript, from the errors you pasted) and there is not much
we can help you with.

The javascript error you pasted seem (not sure) to be related to the ace
editor library that this user included in this custom document. This does
not come by default with XWiki. To be more specific, that seems to be an
error given by the requireJS javascript library that the user
utilized/configured in his custom code when loading this ace editor
library.

What you can do at this point is to contact your user, relay him the
information I just gave above and ask him to fix the custom code that he
added.

Hope this helps,
Eduard

On Wed, Jun 17, 2015 at 2:17 PM, VasyaPupkin streni...@f-heads.ru wrote:

 Firebug show these errors (the same: allpages  AllDocs):

 ReferenceError: ace is not defined
 init(ace);


 Error: Script error for: text
 http://requirejs.org/docs/errors.html#scripterror
 ...c=c[b]});return c}function
 C(b,c,d,e){c=Error(c+\nhttp://requirejs.org/docs/err...


 Error: Load timeout for modules:

 text!ace/css/editor.css_unnormalized2,text!ace/theme/textmate.css_unnormalized3
 http://requirejs.org/docs/errors.html#timeout
 ...c=c[b]});return c}function
 C(b,c,d,e){c=Error(c+\nhttp://requirejs.org/docs/err...





 --
 View this message in context:
 http://xwiki.475771.n2.nabble.com/2-problems-with-XWiki-search-and-All-pages-tp7595058p7595167.html
 Sent from the XWiki- Users mailing list archive at Nabble.com.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Exception while switching to database XWiki, Unknown database 'XWiki'

[Eduard Moraru]

Hi,

As far as I can see, the stacktrace you paster at the top has nothing to do
with the code you pasted at the bottom.

The stacktrace:

com.xpn.xwiki.XWikiException: Error number 3202 in 3: Exception while
reading document [XWiki:documentName]
...
  at com.xpn.xwiki.XWiki.getDocument(XWiki.java:1521)
  at
fr.capgemini.sge.internal.ImplGraphData.getHistoricPathEnvironment(ImplGraphData.java:89)
...
  at
fr.capgemini.sge.script.GraphDataScriptService.listEnvironmentStatus(GraphDataScriptService.java:31)
...
  at Script4.run(Script4.groovy:5)

...means that a groovy script (apparently not the one you pasted above) is
calling (at line 5, see Script4.groovy:5) the listEnvironmentStatus
method of your custom fr.capgemini.sge.script.GraphDataScriptService
which in turn ends up calling some
fr.capgemini.sge.internal.ImplGraphData.getHistoricPathEnvironment method
(ImplGraphData.java:89) that ultimately calls XWiki.getDocument() with a
bad reference parameter (a reference possibly resolved from the string
XWiki:documentName), which is clearly bad.

We can`t really help you since that is custom code, probably internal to
your company. You should probably have a look at it and see if there is a
problem in the way you are using it (i.e. passing bad parameters), or if
there is a bug in the code itself.

Good luck,
Eduard

On Thu, Jun 25, 2015 at 7:17 PM, TOTOUM NEMKAM, Eva 
eva.totoum-nem...@capgemini.com wrote:

 hello,

 could someone please help me with the following error:

 com.xpn.xwiki.XWikiException: Error number 3202 in 3: Exception while
 reading document [XWiki:documentName]
 at
 com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiDoc(XWikiHibernateStore.java:959)
 at
 com.xpn.xwiki.store.XWikiCacheStore.loadXWikiDoc(XWikiCacheStore.java:297)
 at com.xpn.xwiki.XWiki.getDocument(XWiki.java:1474)
 at com.xpn.xwiki.XWiki.getDocument(XWiki.java:1521)
 at
 fr.capgemini.sge.internal.ImplGraphData.getHistoricPathEnvironment(ImplGraphData.java:89)
 at
 fr.capgemini.sge.internal.ImplGraphData.getListEnvironmentStatus(ImplGraphData.java:69)
 at
 fr.capgemini.sge.script.GraphDataScriptService.listEnvironmentStatus(GraphDataScriptService.java:31)
 at
 fr.capgemini.sge.script.GraphDataScriptService$listEnvironmentStatus.call(Unknown
 Source)
 at
 org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45)
 at
 org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:110)
 at
 org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:114)
 at Script4.run(Script4.groovy:5)
 at
 org.codehaus.groovy.jsr223.GroovyScriptEngineImpl.eval(GroovyScriptEngineImpl.java:344)
 at
 org.codehaus.groovy.jsr223.GroovyScriptEngineImpl.eval(GroovyScriptEngineImpl.java:145)
 at
 org.xwiki.rendering.macro.script.AbstractJSR223ScriptMacro.eval(AbstractJSR223ScriptMacro.java:319)
 at
 org.xwiki.rendering.macro.script.AbstractJSR223ScriptMacro.evaluateBlock(AbstractJSR223ScriptMacro.java:245)
 at
 org.xwiki.rendering.macro.script.AbstractJSR223ScriptMacro.evaluateBlock(AbstractJSR223ScriptMacro.java:190)
 at
 org.xwiki.rendering.macro.script.AbstractJSR223ScriptMacro.evaluateBlock(AbstractJSR223ScriptMacro.java:59)
 at
 org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:182)
 at
 org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58)
 at
 org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:252)
 at
 org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183)
 at
 org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:94)
 at
 org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:252)
 at
 org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:125)
 at
 org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:55)
 at
 org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:96)
 at
 org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:39)
 at
 org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:113)
 at
 org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:50)
 at
 org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:67)
 at
 org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:41)
 at
 

Re: [xwiki-users] Recursion during deleteEvent

[Eduard Moraru]

Hi,

You can use the XWikiContext instance and set a property to signal
recursive EventListeners to not handle the deletion of the child pages.
(i.e. if the property is set in the context, do nothing, otherwise delete
the children of the currently deleted documet and set the context property).

Hope this helps,
Eduard

On Thu, Aug 6, 2015 at 11:42 AM, Peter Huisman p.huis...@ximm.nl wrote:

 Hi,

 I am looking for a solution to “automatically” delete children for a XWiki
 page using the DeleteEvent listener. Is there a way to prevent recursion
 when deleting such a child XWiki page from a Java lib?

 Thanks for your feedback,

 Peter
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Sold search from JAVA

[Eduard Moraru]

Hi,

You need to use XWiki's Query Module [1].

Here's a quick howto:

Make sure your maven module's pom.xml depends on the
org.xwiki.platform:xwiki-platform-search-solr-query module in order to have
the right classes in your classpath.

Then, you could do something along these lines:

// declare the dependency injection in the code
@Inject
org.xwiki.query.QueryManager queryManager;

// use it to create a query
org.xwiki.query.Query query = queryManager.creatQuery(your query
statement, solr);
// bind more values to the query
query.bindValue(whateverYouWantToAdd, value);
// execute the query
org.apache.solr.client.solrj.response.QueryResponse response =
query.execute().get(0);
// use the response to get the information you need.
response.getResults();
// etc.

Hope this helps,
Eduard

[1]
http://extensions.xwiki.org/xwiki/bin/view/Extension/Query+Module#HFromJavacomponents



On Mon, Aug 10, 2015 at 11:54 AM, Peter Huisman p.huis...@ximm.nl wrote:

 Hi,

 I have been looking into the Solr search to identify which wiki links
 ([doc:] in TEXTAREA’s within Objects on a page) are being used for a
 certain document. I want to use this from my Java packages. I have not been
 able to identify an (easy?) way of incorporating Solr search into this. If
 I’m not mistaken, it even discouraged to use. It works like a charm in
 velocity but that’s not where I want to use it.

 Now, I’m not an expert in Java so maybe I do not have the right knowledge
 to understand how this works but can you please enlighten me a bit on this
 topic?

 With kind regards,

 Peter


 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How to change language of page

[Eduard Moraru]

Hi,

You could either search the pages with the particular language you are
interested in using Solr Search [1] and then manually fixing individual
pages or you could use XWiki`s scripting API [2] to write a quick velocity
script that gets all the pages and sets the new default language for all of
them (which is what you want, AFAIU).

Hope this helps,
Eduard

--
[1]
http://extensions.xwiki.org/xwiki/bin/view/Extension/Solr+Search+Application
[2] http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting

On Mon, Jul 27, 2015 at 4:25 PM, Holger Zimmermann 
holger.zimmerm...@eboek.de wrote:

 Hi everybody,

 The pages get their language when created. It is the default language of
 the
 wiki specified in the configuration.

 I need to change this. The wiki language has been set to the desired value
 after a lot of pages where already created. Those pages are not easily
 found
 when searching the wiki.

 How can I fix this fpr many pages at once?
 Thanks in advance...



 --
 View this message in context:
 http://xwiki.475771.n2.nabble.com/How-to-change-language-of-page-tp7595520.html
 Sent from the XWiki- Users mailing list archive at Nabble.com.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Forum Application Right access

[Eduard Moraru]

HI,

It would also be great to add an issue on the forum application on
jira.xwiki.org since this is definitely a bug. Regular users should not
need edit rights on the application's code space (ForumCode), but only on
its data space (Forum).

Thanks,
Eduard

On Thu, Jul 23, 2015 at 12:23 PM, Stéphane LASSIRE slass...@cesap.asso.fr
wrote:

 Hello Gabriela,

 That's the solution !
 Not really easy to find because  this space does not appear in the list in
 the rights administration menu.

 I will put a documentation in my side to not have this issue again.

 Thanks a lot
 Stéphane


 Cordialement

 Stéphane Lassire
 Chargé de l'informatique et de la communication
 Tél direct : 01 42 85 81 87
 Courriel : slass...@cesap.asso.fr


 -Message d'origine-
 De : users [mailto:users-boun...@xwiki.org] De la part de Gabriela Smeria
 Envoyé : mercredi 22 juillet 2015 16:37
 À : XWiki Users
 Objet : Re: [xwiki-users] Forum Application Right access

 Hello,

 I figured it out.
 Go to  [YourServer]/xwiki/bin/view/ForumCode/WebHome, then:
 - choose *Administer space* option from ForumCode space (you can find it in
 the upper navigation bar)
 - go to *Rights* section
 - check the box from *Edit*, relative to your group

 This happens because the main Forum page that you see it actually uses a
 sheet included in ForumCode space.

 Thanks,
 Gabriela


 *Gabriela Smeria*
 *Web Developer*
 gabriela.sme...@xwiki.com
 skype: smeria.gabriela

 On Wed, Jul 22, 2015 at 5:08 PM, Gabriela Smeria 
 gabriela.sme...@xwiki.com
 wrote:

  Hello again,
 
  In order for the other groups to use the Forums Application, they need
  to have *EDIT* right on the Forums space.
  Make sure you have that right set on those other groups.
 
  Thanks,
  Gabriela
 
  *Gabriela Smeria*
  *Web Developer*
  gabriela.sme...@xwiki.com
  skype: smeria.gabriela
 
  On Wed, Jul 22, 2015 at 1:58 PM, Stéphane LASSIRE
  slass...@cesap.asso.fr
  wrote:
 
  Hello,
 
  Always with my issue.
  Only administrators and members of the first group can use the Forum
 App.
  All other groups can only view a page with the title Forums only.
 
  Nobody have an idea ?
  Thanks
 
 
  Cordialement
 
  Stéphane Lassire
  Chargé de l'informatique et de la communication Tél direct : 01 42 85
  81 87 Courriel : slass...@cesap.asso.fr
 
 
  -Message d'origine-
  De : Stéphane LASSIRE [mailto:slass...@cesap.asso.fr] Envoyé :
  vendredi 17 juillet 2015 17:29 À : 'users-boun...@xwiki.org'
  Objet : [xwiki-users] Forum Application Right access
 
  Hello everybody,
 
  No more results.
  I uninstall the Forum app and install it again.
 
  I go to the Forum space and put rights on for the new group, the user
  in this group can only see a page without  the Forum table, nor the
  buttons.
 
  I check with all other groups : only users in one are able to see a
  complete Forum page.
  So I always think that I have to put some rights in another place ,
  but where ?
 
  Anybody have an idea ?
  Thanks
 
  Cordialement
 
  Stéphane Lassire
  Chargé de l'informatique et de la communication Tél direct : 01 42 85
  81
  87
  Courriel : slass...@cesap.asso.fr
 
  -Message d'origine-
  De : Stéphane LASSIRE [mailto:slass...@cesap.asso.fr] Envoyé : jeudi
  16 juillet 2015 14:09 À : XWiki Users Objet : RE: [xwiki-users] Forum
  Application Right access
 
  Hello
 
  I already tried this idea.
 
  If I put all checks on the only difference is that the Forum icon
  appear on the panel.
  If I uncheck the Admin right, the icon disappear but nothing more.
 
  I look again, maybe I will find what appli/page need to a right , and
  not directly the forum pages.
 
 
  Cordialement
 
  Stéphane Lassire
  Chargé de l'informatique et de la communication Tél direct : 01 42 85
  81
  87
  Courriel : slass...@cesap.asso.fr
 
 
  -Message d'origine-
  De : users [mailto:users-boun...@xwiki.org] De la part de Gabriela
  Smeria Envoyé : jeudi 16 juillet 2015 12:20 À : XWiki Users Objet : Re:
  [xwiki-users] Forum Application Right access
 
  Hello again,
 
  In order to see the Add forum button, an user has to have an edit
  right.
  So, for this to happen:
  - go to the homepage of the application
  - choose *Administer space* option from Forums space (you can find it
  in the upper navigation bar)
  - go to *Rights* section
  - check the box from *Edit*, relative to your group
 
  That should work.
  Let me know if you have any problems.
 
  Thanks,
  Gabriela
 
  *Gabriela Smeria*
  *Web Developer*
  gabriela.sme...@xwiki.com
  skype: smeria.gabriela
 
  On Thu, Jul 16, 2015 at 11:49 AM, Stéphane LASSIRE 
  slass...@cesap.asso.fr
  wrote:
 
   Hello Gabriela,
  
   Thanks to help me.
   - Xwiki : 7.1.1
   - Forum Applcation : 1.9.3 version.
   - Ratings API : 1.3.4 version
  
   To explain again my problem :
   I create a new user in a new group (for limited access in other
   spaces) And this new user can see only the forums page without the
   table and topics.
  
   Other users 

[xwiki-users] [ANN] XWiki 7.2 Milestone 1 released

[Eduard Moraru]

The XWiki development team is proud to announce the availability of XWiki
7.2 Milestone 1.

The main focus of this milestone is the introduction of support for Nested
Documents in XWiki's UI together with an important amount of changes in the
platform and default extensions to better support this.

Additionally, an experimental script rights was introduced to control which
users are allowed to execute the scripts they write inside a wiki page.

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/ReleaseNotesXWiki72M1

The following people have contributed code to this release:

Denis Gervalle
Ecaterina Moraru (Valica)
Eduard Moraru
Guillaume Delhumeau
Marius Dumitru Florea
Sergiu Dumitriu
Thomas Mortagne
Vincent Massol

Thanks for your support
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] What does "author preserved" mean when importing and exporting?

[Eduard Moraru]

Hi,

By default, when importing without the "as backup" option, all the imported
documents, will show up with the current user as being their author, since
he was the one that imported them, and any author that the documents may
have had before import will be ignored (including for security reasons).

When importing "as backup" (i.e. preserving the author), as the name
suggests, the author of the imported documents will be... preserved, and
they will continue having whatever author they had when they were exported.

Hope this helps,
Eduard

On Fri, Oct 23, 2015 at 6:57 AM, Alex Henrie  wrote:

> Hi again,
>
> I am confused about
>
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/ImportExport#HExportingXWikipages
>
> When exporting, there is the option "BACKUP PACKAGE (AUTHOR
> PRESERVED)", and when importing there is the option "Import as backup
> package". What does it mean that the author is preserved, since the
> contents of the author textbox are always saved in the package, and
> there is a separate checkbox to preserve the page authorship history?
>
> -Alex
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [ANN] XWiki 7.1.3 released

[Eduard Moraru]

The XWiki development team is proud to announce the availability of XWiki
7.1.3.

This is a stabilization release that fixes important bugs discovered in the
7.1.2 version.

You can download it using these links:

JAR:
http://maven.xwiki.org/releases/org/xwiki/enterprise/xwiki-enterprise-installer-generic/7.1.3/xwiki-enterprise-installer-generic-7.1.3-standard.jar

EXE:
http://maven.xwiki.org/releases/org/xwiki/enterprise/xwiki-enterprise-installer-windows/7.1.3/xwiki-enterprise-installer-windows-7.1.3.exe

ZIP:
http://maven.xwiki.org/releases/org/xwiki/enterprise/xwiki-enterprise-jetty-hsqldb/7.1.3/xwiki-enterprise-jetty-hsqldb-7.1.3.zip

WAR:
http://maven.xwiki.org/releases/org/xwiki/enterprise/xwiki-enterprise-web/7.1.3/xwiki-enterprise-web-7.1.3.war

XAR:
http://maven.xwiki.org/releases/org/xwiki/enterprise/xwiki-enterprise-ui-mainwiki-all/7.1.3/xwiki-enterprise-ui-mainwiki-all-7.1.3.xar

Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki713

The following people have contributed code to this release:

Denis Gervalle
Eduard Moraru
Guillaume Delhumeau
Marius Dumitru Florea
Thomas Mortagne
Vincent Massol

Thanks for your support
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] rendering

[Eduard Moraru]

Hi,

You did not mention how you are doing the "conversion". Are you using the
rendering script service?

Anyway, one thing I can think of is to set the context document before
starting the conversion process. Here is a snippet that would exemplify
this:

{{velocity}}
$xcontext.doc
$xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document)
$xcontext.doc
{{/velocity}}

Note that it requires Programming Right (on the author user) to be able to
be executable.

Hope this helps,
Eduard


On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman  wrote:

> Hi,
>
> I am using a conversion from XWiki syntax to XHTML which is working like a
> charm. The challenge I have however is the following:
>
> I am running a (test velocity) script from the Sandbox space. I am
> converting documents in a different space (let’s say ).These documents
> contain objects with textarea’s where the references are in the form of
> [[text>>doc:filename]] since it refers to documents in the  space. The
> conversion of XWiki links is “going down the drain” since the converter is
> using the Sandbox space to resolve the reference to the page and generates
> a create reference to the file.
>
> Is there an easy way to set the (default) space (in either Java or
> Velocity) without having to run the script from the actual space (in this
> case, the  space)?
>
> Br,
>
> Peter
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] rendering

[Eduard Moraru]

Hi,

Here's the previous example with using the rendering script service and the
effect of changing the context document seem to be what you wanted to
achieve:

{{velocity}}
$xcontext.doc
$services.rendering.render($services.rendering.parse("[[test>>test]]",
"xwiki/2.1"), "html/5.0")
$xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document)
$services.rendering.render($services.rendering.parse("[[test>>test]]",
"xwiki/2.1"), "html/5.0")
$xcontext.doc
{{/velocity}}

Thanks,
Eduard

On Thu, Oct 8, 2015 at 5:23 PM, Eduard Moraru <enygma2...@gmail.com> wrote:

> Hi,
>
> You did not mention how you are doing the "conversion". Are you using the
> rendering script service?
>
> Anyway, one thing I can think of is to set the context document before
> starting the conversion process. Here is a snippet that would exemplify
> this:
>
> {{velocity}}
> $xcontext.doc
> $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document)
> $xcontext.doc
> {{/velocity}}
>
> Note that it requires Programming Right (on the author user) to be able to
> be executable.
>
> Hope this helps,
> Eduard
>
>
> On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman <p.huis...@ximm.nl> wrote:
>
>> Hi,
>>
>> I am using a conversion from XWiki syntax to XHTML which is working like
>> a charm. The challenge I have however is the following:
>>
>> I am running a (test velocity) script from the Sandbox space. I am
>> converting documents in a different space (let’s say ).These documents
>> contain objects with textarea’s where the references are in the form of
>> [[text>>doc:filename]] since it refers to documents in the  space. The
>> conversion of XWiki links is “going down the drain” since the converter is
>> using the Sandbox space to resolve the reference to the page and generates
>> a create reference to the file.
>>
>> Is there an easy way to set the (default) space (in either Java or
>> Velocity) without having to run the script from the actual space (in this
>> case, the  space)?
>>
>> Br,
>>
>> Peter
>> ___
>> users mailing list
>> users@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How to add a button with confirmation to save my page?

[Eduard Moraru]

Hi,

As far as I can see, you submit the form to
'/bin/save/FormSMQ/MyCurrentPage' in javascript and *immediately* after the
submit(), you send the redirect to
'FormSMQ/MyCurrentPage?docName=LauchNextProcess'  which adds the object.

IMO, the problem is that you are not making sure that the save operation
triggered by the submit() actually has the time to finish saving and, when
the redirect loads the $doc to add the new object, it loads te $doc that
was in the database before the save operation has the time to change it, so
you end up with the previous version of the $doc to which you just add the
object.

Instead of doing the redirect yourself with window.location, why don`t you
use the 'xredirect' paremeter? You have 2 options, either add it to the URL
in the action of the form (e.g.
'/bin/save/FormSMQ/MyCurrentPage?xredirect=$xwiki.getURL("FormSMQ.CaFonctionneOuPas".')
or just get the existing hidden input with javascript
(input[name="xredirect"]) and set its value to whatever you want
($xwiki.getURL("FormSMQ.CaFonctionneOuPas".) before submitting the
form? This way, the save action will redirect you to wherever the xredirect
parameter tells it to and it will do so *after* completing the save
operation in the database.

Hope this helps,
Eduard

On Wed, Oct 7, 2015 at 3:38 PM, Pascal BASTIEN 
wrote:

> Hi,
> I think I found a way to do what i want but I identify some issue
> (probably due to my ugly code)
>
> - my button SaveAndStuff launch this JS
>   $('#inline').attr('action','/bin/save/FormSMQ/MyCurrentPage');
>   // I save my CurrentPage
>   $('#inline').submit();
>   // I reopen my CurrentPage in view mode with param to launch my velocity
> script
>window.location = "
> https://xx/bin/view/FormSMQ/MyCurrentPage?docName=LauchNextProcess;;
> //Open MyCurrentPage with parameters
>
> In FormSMQ/MyCurrentPage I have this velocity script:
> #if("$!request.docName"=='LauchNextProcess'')
>   ## I add a value in a field (list) of MyClass object of currenpage
>   #set($MyListActions=$MonObj.getValue($ListActionsField))
>   #set($Discard=$MyListActions.add("$!MonPrefX${docName}"))
>   #set ($discard=$MonObj.set($ListActionsField,$!MyListActions))
>
>   ## I save my CurrentPage to save my previous new value
>   #set ($discard=$doc.save("Nouvelle action =>
> $!MonPrefX${docName}",false))
>
>   ##Finally I redirect to another page
>   #$response.sendRedirect($xwiki.getURL("FormSMQ.CaFonctionneOuPas",
> 'edit',
> "template=FormSMQ.ACTemplate=FormSMQ.WebHome=FormSMQ.CaFonctionneOuPas=FormSMQ.ACClass"))
>   ## Stop processing, since we already sent a redirect.
>   #stop
>
> My problem is: when I use "$doc.save", all modifications of my page are
> lost (except the new value added)!
> If I don't use "$doc.save" all page modifications are saved but of course
> my new value is not added :-(
>
> It is a "bit" confused but if someone understand...
>
> 
> En date de : Mar 6.10.15, Pascal BASTIEN  a
> écrit :
>
>  Objet: [xwiki-users] Fw : Re: Fw : Re: How to add a button with
> confirmation to save my page?
>  À: "Marius Dumitru Florea" 
>  Cc: "XWiki Users" 
>  Date: Mardi 6 octobre 2015, 18h22
>
>  I manage to launch save process of my
>  page but I didn't manage to pass parameter in this process
>  :-(
>
>  On my page in edit mode, I add a button with this JS code:
>  function SaveCurrentPage(MyForm, MyParam) {
>require(['jquery'], function ($) {
>
>
>  
> $('#inline').attr('action','/bin/save/FormSMQ/SMQ-M2-FAM-Mon+am%C3%A9lioration');
>//$('#inline').attr('method','get');
>$('#inline').submit();
>});
>  };
>  this code save current page and go in the view mode BUT I
>  can NOT pass some parameters to my velocity code and update
>  myClass object :-(
>
>  In the other way when I submit to view mode with
>
>  
> $('#inline').attr('action','/bin/view/FormSMQ/SMQ-M2-FAM-Mon+am%C3%A9lioration');
>  My current page is NOT saved but I can pass some parameter
>  with hidden input (I can catch them with $request. in
>  velocity code)
>
>
>
>
>  --- En date de : Mar 6.10.15, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com>
>  a écrit :
>
>  > De: Marius Dumitru Florea 
>  > Objet: Re: [xwiki-users] Fw : Re: How to add a button
>  with confirmation to save my page?
>  > À: "XWiki Users" 
>  > Date: Mardi 6 octobre 2015, 12h23
>  > On Tue, Oct 6, 2015 at
>  > 1:01 PM, Pascal BASTIEN 
>  > wrote:
>  > > First thxs both  but it is not
>  > what I want try to do.
>  > >
>  > > I want to keep default button "Save,
>  > save and contine and Cancel" like usual.
>  > > With velocity I added a button  to update
>  > my class object on my page and redirect to another one.
>  My
>  > button working well in view mode but I want to use it
>  in
>  > edit mode, then I 

Re: [xwiki-users] rendering

[Eduard Moraru]

On Thu, Oct 8, 2015 at 5:33 PM, vinc...@massol.net <vinc...@massol.net>
wrote:

>
>
>
> On 8 Oct 2015 at 16:23:51, Eduard Moraru (enygma2...@gmail.com(mailto:
> enygma2...@gmail.com)) wrote:
>
> > Hi,
> >
> > You did not mention how you are doing the "conversion". Are you using the
> > rendering script service?
> >
> > Anyway, one thing I can think of is to set the context document before
> > starting the conversion process. Here is a snippet that would exemplify
> > this:
> >
> > {{velocity}}
> > $xcontext.doc
> > $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document)
> > $xcontext.doc
> > {{/velocity}}
> >
> > Note that it requires Programming Right (on the author user) to be able
> to
> > be executable.
>
> BTW Edy, we have a {{context}} macro for doing this :)
>
> See
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Context+Macro
>

Did not know about this one.

However, it seems limited to links and images, as the description says.
Also, it is not really meant to be used programatically (i.e. velocity), so
not very useful in the current usecase, since you can`t grab the result in
velocity.

Thanks,
Eduard


> Thanks
> -Vincent
>
> > Hope this helps,
> > Eduard
> >
> >
> > On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman wrote:
> >
> > > Hi,
> > >
> > > I am using a conversion from XWiki syntax to XHTML which is working
> like a
> > > charm. The challenge I have however is the following:
> > >
> > > I am running a (test velocity) script from the Sandbox space. I am
> > > converting documents in a different space (let’s say ).These
> documents
> > > contain objects with textarea’s where the references are in the form of
> > > [[text>>doc:filename]] since it refers to documents in the  space.
> The
> > > conversion of XWiki links is “going down the drain” since the
> converter is
> > > using the Sandbox space to resolve the reference to the page and
> generates
> > > a create reference to the file.
> > >
> > > Is there an easy way to set the (default) space (in either Java or
> > > Velocity) without having to run the script from the actual space (in
> this
> > > case, the  space)?
> > >
> > > Br,
> > >
> > > Peter
> > > ___
> > > users mailing list
> > > users@xwiki.org
> > > http://lists.xwiki.org/mailman/listinfo/users
> > >
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Double parents after upgrading to 7.2

[Eduard Moraru]

On Thu, Oct 15, 2015 at 5:37 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> On Thu, Oct 15, 2015 at 12:34 PM, Silviu Vulcan 
> wrote:
>
> > Hi,
> >
> > I checked the content for the two and indeed I had it off. It seems both
> > had showSpaces="true" among other settings and that was throwing things
> > off. Thanks a bunch.
> >
> > I have one last issue to fix and that is sorting the navigation panel (or
> > the {{documentTree /}} in a page for that matter).
> >
> > The pages appear in a random order -> that is even if I create a new page
> > is not the first and not the last just somewhere in the middle.
> >
> > The screenshot of documentTree is here:
> > http://i.imgur.com/sSKMxod.png
> >
> >
>
> > Is there any way to have them sorted alphabetically ?
> >
>
> The tree nodes are already sorted, at least in version 7.2, see
>
> https://github.com/xwiki/xwiki-platform/blob/xwiki-platform-7.2/xwiki-platform-core/xwiki-platform-index/xwiki-platform-index-ui/src/main/resources/XWiki/DocumentTreeMacros.xml
> (search for "order by"), but they are sorted by the page name not by the
> page title. The page title (what is visible in the tree) is dynamic (e.g.
> can contain Velocity code) so it's not possible to sort on it (at the
> database level). We could sort on the raw (static) title but then the order
> will be wrong for pages that have dynamic titles. If you don't care about
> these then you could modify XWiki.DocumentTreeMacros, but it may not be
> that easy (a simple replace of "order by name" with "order by title" might
> not be enough).
>

Wondering if we could fix this by doing it on the client side (in
javascript), when the lazy loading finishes and just before displaying the
loaded nodes. Should not be that hard.

WDYT, Marius?

Thanks,
Eduard


> Hope this helps,
> Marius
>
>
> >
> > Cheers,
> > Silviu
> >
> >
> > On 10/08/2015 03:46 PM, Marius Dumitru Florea wrote:
> >
> >> On Thu, Oct 8, 2015 at 3:27 PM, Silviu Vulcan  >
> >> wrote:
> >>
> >> Progress !
> >>>
> >>> I reverted to the 6.x backup and re-did the upgrade steps. I must have
> >>> did
> >>> something wrong the last time as now I did get the migration wizard
> which
> >>> updated everything without showing errors.
> >>>
> >>> But:
> >>>
> >>>
> >>>
> >> - The navigation still shows double parents. This is improved if I set
> >>> showChildDocuments="false" for the navigation panel. This way it
> becomes
> >>> like in the screenshot (not two parents, but a page in line with the
> >>> other
> >>> children) and I can edit the parent page, click hide and now I can have
> >>> one
> >>> parent and it doesn't show again as a sub-page too.
> >>>
> >>>
> >> Are you referring to the Navigation Panel (the Panels.Navigation page)?
> >> Can
> >> you edit this page and check if the panel code is this
> >>
> >>
> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-panels/xwiki-platform-panels-ui/src/main/resources/Panels/Navigation.xml#L125
> >> .
> >>
> >>
> >>
> >>> - The Document tree is still showing double parents in the tree.
> >>>
> >>>
> >> I suppose you are referring to the tree view/tab from the Page Index.
> Can
> >> you edit in wiki edit mode the XWiki.Treeview page and compare the
> content
> >> with
> >>
> >>
> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-index/xwiki-platform-index-ui/src/main/resources/XWiki/Treeview.xml#L42
> >>
> >> Can you create a new wiki page and put this inside the content:
> >>
> >> {{documentTree /}}
> >>
> >> Can you give me a screenshot with the result.
> >>
> >>
> >>
> >>> - When going to rename clicking the tree icon to choose a new parent
> >>> still
> >>> produces a dark overlay that never goes away
> >>>
> >>>
> >> Did you clear the browser cache after the upgrade? You said you're using
> >> the Flamingo skin right? (without customizations)
> >>
> >>
> >>
> >>> - Last issue: I create a top level page "A Test". Then two pages under
> it
> >>> named "Subpage" and "subpage 2" (ore.hierarchymode is reference in
> >>> xwiki.properties) and the result is what shows in the screenshot.
> >>>
> >>>
> >> It depends on how you created the subpages. From the "A Test" page you
> >> clicked on the + icon and then? What value did you type in the "Title"
> >> field? Was the "Location" field pointing to the "A Test" page?
> >>
> >>
> >>
> >>> http://i.imgur.com/bW6pXN8.png
> >>>
> >>> This doesn't look right.
> >>>
> >>> Cheers,
> >>> Silviu
> >>>
> >>> On 07.10.2015 15:14, Marius Dumitru Florea wrote:
> >>>
> >>> On Wed, Oct 7, 2015 at 2:42 PM, Silviu Vulcan <
> silviu.vul...@jentla.com>
>  wrote:
> 
>  Hi,
> 
> >
> > Thank you both for your answers.
> >
> > To answer the raised questions:
> >
> > Setting hierarchyMode='parentchild' does not make the double parents
> go
> > away.
> >
> > I did not set hierachMode to 

Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors

[Eduard Moraru]

xwiki-users] XWiki 7.2 - Velocity Script Errors
> > > >
> > > > I tried logging in as admin and doing the Distribution Wizard, but
> now it won't come up. Is there a way to force that?
> > > >
> > > > Keith Davis (214) 906-5183
> > > >
> > > >
> > > > -Original Message-
> > > > From: Vincent Massol [mailto:vmas...@gmail.com] On Behalf Of
> > > > vinc...@massol.net
> > > > Sent: Saturday, October 10, 2015 8:06 AM
> > > > To: XWiki Users
> > > > Cc: Keith Davis
> > > > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> > > >
> > > >
> > > > On 10 Oct 2015 at 14:47:10, vinc...@massol.net (vinc...@massol.net
> (mailto:vinc...@massol.net)) wrote:
> > > >
> > > > > On 10 Oct 2015 at 14:41:01, Keith Davis (
> keithda...@pridedallas.com(mailto:keithda...@pridedallas.com)) wrote:
> > > > >
> > > > > > "Also, is your user account able to execute scripts? Have you
> tried creating a new page with a simple script to test that?"
> > > > > >
> > > > > > How do I do that? Is there a simple script that I can use? I
> have not written any velocity scripts on my own?
> > > > >
> > > > > Maybe this can help:
> > > > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Script+Macro#
> > > > > HR
> > > > > ig
> > > > > hts
> > > >
> > > > See also
> > > > http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting#HPermiss
> > > > io
> > > > ns
> > > >
> > > > Thanks
> > > > -Vincent
> > > >
> > > > > Thanks
> > > > > -Vincent
> > > > >
> > > > > > Keith Davis (214) 906-5183
> > > > > >
> > > > > >
> > > > > > -Original Message-
> > > > > > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Keith
> > > > > > Davis
> > > > > > Sent: Saturday, October 10, 2015 7:36 AM
> > > > > > To: XWiki Users
> > > > > > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> > > > > >
> > > > > > Scrolling through that list, I found a bunch more of those same
> errors. Why does it not think I am an administrator?
> > > > > >
> > > > > > Keith Davis (214) 906-5183
> > > > > >
> > > > > >
> > > > > > -Original Message-
> > > > > > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Keith
> > > > > > Davis
> > > > > > Sent: Saturday, October 10, 2015 7:35 AM
> > > > > > To: XWiki Users
> > > > > > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> > > > > >
> > > > > > I finally got a chance to work on this today. I switched back to
> XWiki 7.2 and I got the Distribution Wizard interface telling me that the
> 7.1.2 UI is invalid and to upgrade (again). Is that supposed to happen? I
> never did anything to "downgrade" the UI.
> > > > > >
> > > > > > This time, I noticed that I get these errors:
> > > > > >
> > > > > > Failed to register the wiki component located in the document
> > > > > > [Home » AppWithinMinutes » ApplicationsPanelEntry]:
> > > > > > WikiComponentException: Registering UI extensions at wiki level
> > > > > > requires wiki administration rights Failed to register the wiki
> > > > > > component located in the document [Home » Stats »
> > > > > > ApplicationsPanelEntry]: WikiComponentException: Registering UI
> > > > > > extensions at wiki level requires wiki administration rights
> > > > > > Failed to register the wiki component located in the document
> > > > > > [Home » Scheduler » ApplicationsPanelEntry]:
> WikiComponentException:
> > > > > > Registering UI extensions at wiki level requires wiki
> > > > > > administration rights Failed to register the wiki component
> > > > > > located in the document [Home » XWiki »
> UserDirectoryApplicationsPanelEntry]:
> > > > > > WikiComponentException: Registering UI extensions at wiki level
> > > > > > requires wiki administration ri

Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors

[Eduard Moraru]

Hi,

On Mon, Oct 12, 2015 at 3:46 PM, Keith Davis <keithda...@pridedallas.com>
wrote:

> "remember that Panels, for instances, have their own documents in which
> they are located (see https://yoursite.com:port/xwiki/bin/view/Panels/;
>
> I did not know that.
>
> "2) (easiest/quickest solution, no coding) "To fix this, you could
> recreate the previously deleted user and make sure he has the 'script'
> right.". This way no further action should be needed on the problematic
> documents since they will simply start working since their last content
> author is now a valid user again."
>
> I just tried this and it fix most of the problems (panels are working) and
> the localization issues are fixed on most pages.
>

Glad to hear it worked out in the end.


>
> "(easy but requires minimal coding) Write a quick and small script that
> searches for all documents having the deleted user as content author and
> resaves them with the Administrator user as last content author, so that
> the scripts start working, or..."
>
> In what language? Velocity? I don't know where to start with that - I'll
> probably just not delete users until that issue is resolved.
>

Yes, Velocity is the easiest to use.

Anyway, to make this easier, I`ve published 2 small apps to help out with
this particular issue:

* One to list these deleted users that are still causing issues since they
are set as content authors on some pages (thus possibly breaking those
pages, as we have seen):
http://extensions.xwiki.org/xwiki/bin/view/Extension/List+Deleted+Content+Author+Users

* Another one to take such problematic users and fix the documents they
affect by setting a new user in their place as content author:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Change+Content+Author

Hope this helps you further clean up your wiki and others in the same
situation.

Thanks,
Eduard

P.S.: Of course, recreating the user, as you did, still remains a valid
solution as well, so you just use whatever you prefer.


> Keith Davis (214) 906-5183
>
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Eduard Moraru
> Sent: Monday, October 12, 2015 6:29 AM
> To: XWiki Users
> Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
>
> Hello again, Keith.
>
> Please see point 2) in my first answer to you (
> http://markmail.org/message/kiq665kkscfvag43 ) and please offer us the
> information Vincent requested at his point 2) (in the reply above) about
> the last author ("Last modified by XX") of one of the documents that is
> failing to execute the velocity macro.
>
> Also, remember that Panels, for instances, have their own documents in
> which they are located (see https://yoursite.com:port
> /xwiki/bin/view/Panels/
> and pick some that work and some that don`t work, so that we can spot the
> difference), so you have to show the last author of *that* document and not
> of a document where the panel is used (like in the picture you`ve recently
> provided https://www.sugarsync.com/pf/D679848_06124469_052955 ).
>
> Also, regarding your posted picture, you can see there that the last
> author of that document (of Main.WebHome) is "Administrator" so most likely
> scripts will work there, as you`ve previously confirmed that the
> Administrator account you are using has programming rights. You now need to
> check the pages that don`t work, as mentioned by Vincent (and myself).
>
> If indeed this is the issue (and most likely it is, since you`ve mentioned
> there was a user which is now deleted that did the administrative work in
> the past), you have 2 options:
> 1) (easy but requires minimal coding) Write a quick and small script that
> searches for all documents having the deleted user as content author and
> resaves them with the Administrator user as last content author, so that
> the scripts start working, or...
> 2) (easiest/quickest solution, no coding) "To fix this, you could recreate
> the previously deleted user and make sure he has the 'script' right.". This
> way no further action should be needed on the problematic documents since
> they will simply start working since their last content author is now a
> valid user again.
>
> Thanks,
> Eduard
>
> On Sun, Oct 11, 2015 at 7:08 PM, vinc...@massol.net <vinc...@massol.net>
> wrote:
>
> > Hi Keith,
> >
> > On 11 Oct 2015 at 15:05:21, Keith Davis (keithda...@pridedallas.com
> > (mailto:keithda...@pridedallas.com)) wrote:
> >
> > > " You could save the concerned pages with a user having Script
> > permissions (you could script this if there are plenty of pages)."
> > >
> > > I still think we 

Re: [xwiki-users] Edit Profile Pages?

[Eduard Moraru]

AFAIK, a restart might also be needed by extension points (remember the
errors you got in the Distribution Wizard saying that you need to have
administration rights). Basically macros and extension points register when
you save their documents. Since you have recreated the problematic user,
you`ve fixed the problem without the macro/extension point mechanism being
informed (as it would be when you save those documents), so it continues to
behave as it was initialized (without the correct rights). The restart
makes sure those systems are properly reinitialized, with your fix in place.

Cheers,
Eduard

On Mon, Oct 12, 2015 at 5:03 PM, vinc...@massol.net 
wrote:

>
>
> On 12 Oct 2015 at 16:02:39, Keith Davis (keithda...@pridedallas.com
> (mailto:keithda...@pridedallas.com)) wrote:
>
> > The panel scripts and localizations worked without a restart - these
> don’t require a restart?
>
> No. The restart is only for the wiki macros.
>
> Thanks
> -Vincent
>
> > Keith Davis (214) 906-5183
> >
> >
> > -Original Message-
> > From: Vincent Massol [mailto:vmas...@gmail.com] On Behalf Of
> vinc...@massol.net
> > Sent: Monday, October 12, 2015 9:01 AM
> > To: XWiki Users; Keith Davis
> > Subject: RE: [xwiki-users] Edit Profile Pages?
> >
> >
> >
> > On 12 Oct 2015 at 16:00:03, Keith Davis (keithda...@pridedallas.com
> (mailto:keithda...@pridedallas.com)) wrote:
> >
> > > However, when I saved this as myself, now it's working. So the
> re-creation of the deleted user for some reason did not work for this, but
> it did for the other issues. Any idea why that is?
> >
> > It worked. It’s just that you didn’t restart your wiki so the macro was
> not reloaded (it’s loaded at wiki startup or when the page is modified).
> >
> > Thanks
> > -Vincent
> >
> > > Keith Davis (214) 906-5183
> > >
> > >
> > > -Original Message-
> > > From: Keith Davis
> > > Sent: Monday, October 12, 2015 8:59 AM
> > > To: 'vinc...@massol.net'; XWiki Users
> > > Subject: RE: [xwiki-users] Edit Profile Pages?
> > >
> > > This page is saved by the same person. I've already added that person
> back and added back to the admin group.
> > >
> > > Keith Davis (214) 906-5183
> > >
> > >
> > > -Original Message-
> > > From: Vincent Massol [mailto:vmas...@gmail.com] On Behalf Of
> vinc...@massol.net
> > > Sent: Monday, October 12, 2015 8:58 AM
> > > To: XWiki Users
> > > Cc: Keith Davis
> > > Subject: Re: [xwiki-users] Edit Profile Pages?
> > >
> > > Hi,
> > >
> > > On 12 Oct 2015 at 15:51:09, Keith Davis (keithda...@pridedallas.com
> (mailto:keithda...@pridedallas.com)) wrote:
> > >
> > > > How do I edit pages like the Profile page? After the upgrade to 7.2,
> we have an error:
> > > >
> > > > Unknown macro: messageSender.
> > >
> > > This is the same reason probably… This macro is defined in page
> Main.MessageSenderMacro
> > >
> > > Check who’s the last author of that page.
> > >
> > > By default this macro has “current wiki” as its visibility so it
> requires to be saved by a user who has Admin permissions.
> > >
> > > You can resave the page with a user having Admin permissions and it
> should work fine.
> > >
> > > Thanks
> > > -Vincent
> > >
> > >
> >
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors

[Eduard Moraru]

Keith, have you tried to create a new page with the source [1] of the
content author checking app I mentioned above?

Also, is your user account able to execute scripts? Have you tried creating
a new page with a simple script to test that?

If your user can not execute the scripts he writes, then you could try
enabling the superadmin [2] account and log in with that one in order to
create the content author checking app page (with the mentioned source
code).

We are at a debugging step here, since we can not reproduce what you
describe, from the information you are giving us. I ran an upgrade of a
clean 7.1.2 instance to a 7.2 version, through the Distribution Wizard
without issues, so my conclusion is that there is a problem with your
particular instance's state, probably due to some incomplete upgrade steps.

Since you are the only one with access to your instances, we need more
information of what is going on to find out what went wrong. Alternatively,
you could also re-attempt the upgrade and making sure that, while resolving
any conflicts during the Distribution Wizard's upgrade step, you
include/merge the changes coming from the 7.2 version of the conflicting
documents.


Re things like "$services.localization.render..." there could be 2 causes
here:
1) Missing xwiki-platform-localization-(script/api/etc.)-7.2.jar files in
your webapps/xwiki/WEB-INF/lib installation folder (maybe due to an
improper war upgrade [3]?)
2) Missing 'admin.xwiki.installedextensions' translation, but that is
unlikely since it is located in ApplicationResources.properties which is
located in xwiki-platform-oldcore-7.2.jar in your WEB-INF/lib folder,
without which your wiki would not be running.

Hope this helps getting to the bottom of this.

-Eduard

--
[1]
http://extensions.xwiki.org/xwiki/bin/view/Extension/Check+Content+Author#HSource
[2]
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Security#HSuperadminaccount
[3] http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Upgrade

On Mon, Oct 5, 2015 at 6:45 PM, Keith Davis <keithda...@pridedallas.com>
wrote:

> Maybe we are not talking about the same thing. None of the scripts work,
> that includes the panel scripts, like My Recent Modifications, Backlinks
> and Recently Modified. Are you saying that the last Author of the that page
> is Author of the panel scripts as well, though those are shown on every
> page??? We don't write or create any velocity scripts - we are only using
> the ones that came with XWiki or installed via Extensions.
>
> Also, the extension managements pages are broken (I sent that in the first
> email that did not go through). Under Extension Manager, Add Extensions is
> listed, but is broken (I think, I'm back on 7.1.2 right now), but the other
> links all are like this:
>
> $services.localization.render
> ('admin.xwiki.installedextensions')
>
> Those definitely do no work.
>
>
> Keith Davis (214) 906-5183
>
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Eduard Moraru
> Sent: Monday, October 05, 2015 10:18 AM
> To: XWiki Users
> Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
>
> Hi Keith,
>
> On Mon, Oct 5, 2015 at 3:38 PM, Keith Davis <keithda...@pridedallas.com>
> wrote:
>
> > "Is there any chance that, while you`ve executed the Distribution
> > Wizard, you might have missed (ignored) the document
> XWiki.XWikiPreferences "
> >
> > I suppose - those boxes were not checked, but I checked those boxes
> > manually and it still did not work.
> >
>
> So you are saying that you`ve set the rights of the XWikiAllGroup as in
> the screenshot and you still have issues. Have you tried isolating the
> problem in a new page? Like creating a new page, writing/adding a velocity
> macro (event with some static text content, it does not matter) and then
> saving the page to see if it is executed properly and that you get no error?
>
> How do I figure out what user is the author? How do I change the author of
> > a script?
> >
>
> The last author of a script is the same thing as the last content author
> of the document in which the script is located. If you have problems with
> the scripts inside Main.Welcome (for example), you look at its "Last
> modified by" label, under the page title. That will tell you the user that
> last modified the page. The gotcha here is that the script right (just like
> the programming right) actually checks the last content author of that
> page, so the last user that changed the page's content (not the last user
> that added a comment for example, for that saved the page without changes,
> etc.).
>
> To make it easier, I`ve published this small app [1] that you can install
> with the Extension Manager and chec

Re: [xwiki-users] Double parents after upgrading to 7.2

[Eduard Moraru]

Hi Silviu,

I get the impression you are confusing things a bit.

What do you mean by "The site was built using spaces as parents for pages
and child-parent relations." ? You probably meant to say that the site was
built using the parent-child relationship (available pre 7.2).

1. From what I can see from that screenshot, you`ve probably set the
hierarchy mode to "parentchild" in order to still be able to use the
parent-child relationship in 7.2.

Looking at the tree view in the Document index, I notice that it always
shows the documents using the "reference" (Nested Spaces) relationship and
it ignores the configured hierarchy mode. This looks like a bug to me. As a
workaround, you could try editing XWiki.TreeView and using this content
instead:

{{documentTree finder="true" hierarchyMode='parentchild' /}}

(notice the extra hierarchyMode parameter)

Does this make things better for your tree view?

I am still not sure why you were getting those double parents in the first
place.

2. Since you are using the parentchild hierarchy mode, changing a parent
means editing the document and using the button on the right of the title
in edit mode, to change the parent. You seem to describe trying to
rename/move the document and that operation is similar to changing the
parent, but nly if you are in the default reference hierarchy mode, which
you are not, as far as I understand.

Hope this helps,
Eduard

On Mon, Oct 5, 2015 at 2:42 PM, Silviu Vulcan 
wrote:

> Hi,
>
> I am building a xwiki site and recently upgraded to 7.2 (we are holding
> off launch for the permissions inheritance and nesting features)
>
> The site was built using spaces as parents for pages and child-parent
> relations.
>
> After upgrade I realized two issues:
>
> 1. In the document tree the parrents are doubled.
> Example at: http://imgur.com/Jj72P17l.png
>
> 2. Trying to edit the parent of a page (Rename->network icon) brings up a
> list with a dark overlay that never goes away and I cannot click anywhere.
>
> Any ideas what am I doing wrong?
>
> Cheers,
> Silviu
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] rendering

[Eduard Moraru]

On Thu, Oct 8, 2015 at 6:18 PM, vinc...@massol.net <vinc...@massol.net>
wrote:

>
>
>
>
>
> On 8 Oct 2015 at 17:14:39, Eduard Moraru (enygma2...@gmail.com(mailto:
> enygma2...@gmail.com)) wrote:
>
> > On Thu, Oct 8, 2015 at 5:33 PM, vinc...@massol.net
> > wrote:
> >
> > >
> > >
> > >
> > > On 8 Oct 2015 at 16:23:51, Eduard Moraru (enygma2...@gmail.com(mailto:
> > > enygma2...@gmail.com)) wrote:
> > >
> > > > Hi,
> > > >
> > > > You did not mention how you are doing the "conversion". Are you
> using the
> > > > rendering script service?
> > > >
> > > > Anyway, one thing I can think of is to set the context document
> before
> > > > starting the conversion process. Here is a snippet that would
> exemplify
> > > > this:
> > > >
> > > > {{velocity}}
> > > > $xcontext.doc
> > > > $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document)
> > > > $xcontext.doc
> > > > {{/velocity}}
> > > >
> > > > Note that it requires Programming Right (on the author user) to be
> able
> > > to
> > > > be executable.
> > >
> > > BTW Edy, we have a {{context}} macro for doing this :)
> > >
> > > See
> > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Context+Macro
> > >
> >
> > Did not know about this one.
> >
> > However, it seems limited to links and images, as the description says.
>
> No it’s not limited. It just uses:
>
> this.documentAccessBridge.pushDocumentInContext(backupObjects,
> docReference);
>
> + set the new source in the XDOM metadata
>
> So it should work for almost everything.
>

Ah, right. The trick is on the order of the macro usage though, since you
need to do context > velocity > code instead of velocity > context > code.
But even so, since the velocity context is isolated in that code, you can
not grab any result produced by that nested code piece to process in a
separate top level velocity macro, so it's only useful for displaying the
output of some velocity code executed *entirely* in the context of a
different page. So, at the end of the day, it's less useful, IMO.

Thanks,
Eduard

>
> Thanks
> -Vincent
>
> > Also, it is not really meant to be used programatically (i.e. velocity),
> so
> > not very useful in the current usecase, since you can`t grab the result
> in
> > velocity.
> >
> > Thanks,
> > Eduard
> >
> >
> > > Thanks
> > > -Vincent
> > >
> > > > Hope this helps,
> > > > Eduard
> > > >
> > > >
> > > > On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > I am using a conversion from XWiki syntax to XHTML which is working
> > > like a
> > > > > charm. The challenge I have however is the following:
> > > > >
> > > > > I am running a (test velocity) script from the Sandbox space. I am
> > > > > converting documents in a different space (let’s say ).These
> > > documents
> > > > > contain objects with textarea’s where the references are in the
> form of
> > > > > [[text>>doc:filename]] since it refers to documents in the 
> space.
> > > The
> > > > > conversion of XWiki links is “going down the drain” since the
> > > converter is
> > > > > using the Sandbox space to resolve the reference to the page and
> > > generates
> > > > > a create reference to the file.
> > > > >
> > > > > Is there an easy way to set the (default) space (in either Java or
> > > > > Velocity) without having to run the script from the actual space
> (in
> > > this
> > > > > case, the  space)?
> > > > >
> > > > > Br,
> > > > >
> > > > > Peter
> > > > > ___
> > > > > users mailing list
> > > > > users@xwiki.org
> > > > > http://lists.xwiki.org/mailman/listinfo/users
> > > > >
> > > > ___
> > > > users mailing list
> > > > users@xwiki.org
> > > > http://lists.xwiki.org/mailman/listinfo/users
> > > ___
> > > users mailing list
> > > users@xwiki.org
> > > http://lists.xwiki.org/mailman/listinfo/users
> > >
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Antw.: rendering

[Eduard Moraru]

Hi,

Yes, and make sure to restore the context document (generally in a finally
block) once your service finishes with the conversions.

Thanks,
Eduard

On Fri, Oct 9, 2015 at 9:51 AM, Peter Huisman <p.huis...@ximm.nl> wrote:

> Hi,
>
> That is what I expected. I am however calling a java service for this
> where I’m going through a list of documents and doing the conversion. I
> expect that I have to set the document in the context from within the
> service?
>
> Thanks for the answers,
>
> Peter
>
> On 8 Oct 2015 at 16:23:51, Eduard Moraru (enygma2...@gmail.com  enygma2...@gmail.com>(mailto:enygma2...@gmail.com  enygma2...@gmail.com>)) wrote:
>
> > Hi,
> >
> > You did not mention how you are doing the "conversion". Are you using the
> > rendering script service?
> >
> > Anyway, one thing I can think of is to set the context document before
> > starting the conversion process. Here is a snippet that would exemplify
> > this:
> >
> > {{velocity}}
> > $xcontext.doc
> > $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document)
> > $xcontext.doc
> > {{/velocity}}
> >
> > Note that it requires Programming Right (on the author user) to be able
> to
> > be executable.
>
> BTW Edy, we have a {{context}} macro for doing this :)
>
> See
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Context+Macro <
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Context+Macro>
>
> Thanks
> -Vincent
>
> > Hope this helps,
> > Eduard
> >
> >
> > On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman wrote:
> >
> >> Hi,
> >>
> >> I am using a conversion from XWiki syntax to XHTML which is working
> like a
> >> charm. The challenge I have however is the following:
> >>
> >> I am running a (test velocity) script from the Sandbox space. I am
> >> converting documents in a different space (let’s say ).These
> documents
> >> contain objects with textarea’s where the references are in the form of
> >> [[text>>doc:filename]] since it refers to documents in the  space.
> The
> >> conversion of XWiki links is “going down the drain” since the converter
> is
> >> using the Sandbox space to resolve the reference to the page and
> generates
> >> a create reference to the file.
> >>
> >> Is there an easy way to set the (default) space (in either Java or
> >> Velocity) without having to run the script from the actual space (in
> this
> >> case, the  space)?
> >>
> >> Br,
> >>
> >> Peter
> >> ___
> >> users mailing list
> >> users@xwiki.org <mailto:users@xwiki.org>
> >> http://lists.xwiki.org/mailman/listinfo/users <
> http://lists.xwiki.org/mailman/listinfo/users>
> >>
> > ___
> > users mailing list
> > users@xwiki.org <mailto:users@xwiki.org>
> > http://lists.xwiki.org/mailman/listinfo/users <
> http://lists.xwiki.org/mailman/listinfo/users>
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Change Page Owner

[Eduard Moraru]

You don`t need admin rights to rename a page, just the 'delete' right on
the page to rename and edit rights in the space you are about to
rename/move the page to.

It`s like this because currently rename performs 2 operations in the
background: copy (old document to new location/name) + delete (the old
document).

Thanks,
Eduard

On Tue, Aug 25, 2015 at 8:50 AM, Hamster teun...@hotmail.com wrote:

 Our use case:

 We use a script that displays the childpages of a page (the user can also
 choose how many columns that list should have). These pages are display in
 alphabetic-order based on the PageName (not display name).

 In order to change the order of that list, one must rename the page...which
 only the owner of that page can do (or an admin, but I don't like giving
 admin rights to other people :-)

 Giving a user the right to rename a page would indeed solve my problem :-)



 --
 View this message in context:
 http://xwiki.475771.n2.nabble.com/Change-Page-Owner-tp7219422p7595737.html
 Sent from the XWiki- Users mailing list archive at Nabble.com.
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Cleaning the email status list in admin

[Eduard Moraru]

Hi,

Please have a look at "Administration > Email > Mail Sending > Discard
Success Statuses" and set it to "No". Now the status of successfully sent
mails will no longer be displayed.

Seems that we`re missing the documentation for this feature on the
extension page [1] which needs to be updated.

Hope this helps,
Eduard

--
[1]
http://extensions.xwiki.org/xwiki/bin/view/Extension/Mail+Application#HMailSending

On Wed, Sep 2, 2015 at 6:59 PM, Stéphane LASSIRE 
wrote:

> Hello,
>
>
>
> I looked inside the admin menu and found the option « Email Status »
>
> There are 227 pages with lot of watchlist success informations.
>
>
>
> Is there a way to clean this long list of events ?
>
> Xwiki Release 7.1.1
>
>
>
> Thanks
>
>
>
>
>
> Cordialement
>
>
>
> Stéphane Lassire
>
> Chargé de l'informatique et de la communication
>
> Tél direct : 01 42 85 81 87
>
> Courriel :   slass...@cesap.asso.fr
>
>
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Cleaning the email status list in admin

[Eduard Moraru]

Hi,

On Wed, Sep 2, 2015 at 9:16 PM, Eduard Moraru <enygma2...@gmail.com> wrote:

> Hi,
>
> Please have a look at "Administration > Email > Mail Sending > Discard
> Success Statuses" and set it to "No". Now the status of successfully sent
> mails will no longer be displayed.
>

Re-reading what I wrote, it seems I said "No" when I should have actually
said "Yes". You *want* the success statuses to be discarded/deleted
automatically, so the "Discard Success Statuses" option needs to be set to
"Yes" (which is also the default value). Sorry for the confusion.

Please correct me if I`m wrong, Vincent.

Indeed, as Vincent mentioned, someone must have set it to "No" at some
point and you ended up with those statuses not being discarded and they
piled up. Running Vincent's script and enabling the "Discard Success
Statuses" option should take care of existing and new ones.

P.S.: Also (re-reading), the original question was about how to clear the
existing success statuses (which I did not notice) and not necessarily
about how to disable new ones from being saved, but even so, the replies
still make sense for new statuses :)

Thanks,
Eduard

>
> Seems that we`re missing the documentation for this feature on the
> extension page [1] which needs to be updated.
>
> Hope this helps,
> Eduard
>
> --
> [1]
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Mail+Application#HMailSending
>
> On Wed, Sep 2, 2015 at 6:59 PM, Stéphane LASSIRE <slass...@cesap.asso.fr>
> wrote:
>
>> Hello,
>>
>>
>>
>> I looked inside the admin menu and found the option « Email Status »
>>
>> There are 227 pages with lot of watchlist success informations.
>>
>>
>>
>> Is there a way to clean this long list of events ?
>>
>> Xwiki Release 7.1.1
>>
>>
>>
>> Thanks
>>
>>
>>
>>
>>
>> Cordialement
>>
>>
>>
>> Stéphane Lassire
>>
>> Chargé de l'informatique et de la communication
>>
>> Tél direct : 01 42 85 81 87
>>
>> Courriel :  <mailto:slass...@cesap.asso.fr> slass...@cesap.asso.fr
>>
>>
>>
>> ___
>> users mailing list
>> users@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] FAQ Application tutorial is incomprehensible

[Eduard Moraru]

Hi,

On Mon, Aug 31, 2015 at 8:39 PM, Alex Henrie  wrote:

> 2015-08-27 4:17 GMT-06:00 Manuel Smeria :
> > I have finished updating the FAQ tutorial.
> > You might need to clear your cache (Ctrl + F5 on most browsers) to see
> the
> > updated screenshots.
> >
> > I have followed the updated tutorial myself and was able to successfully
> > create a FAQ application.
>
> This looks much better, thank you! I was able to successfully complete
> the updated tutorial.
>
> About the XWiki data model: It seems that "document" and "page" are
> synonyms, and every page has:
> - A class definition (a schema for a new type of object, not a schema
> for what kinds of objects the page can have)
> - A bag of objects
> - A string of wikitext
> - A parent
>
> Usually a page will not have all of these. For example, a page that
> has wikitext should probably not have objects attached to it too. But
> it looks like there is nothing to prevent ordinary users from adding
> ?editor=object to the URL and attaching objects to the page anyway.
> Why is it not more restrictive?
>

There is no such restriction or best practice. It all depends on what that
page is used for and what are the objects inside that page used for as well.

Some objects can be used to mark certain pages. Others can store extra
data: structured content in general (defined in user created xclasses) or
even page comments, tags, etc. Other objects can set the document's rights.
Other objects can specify which is the sheet to apply when viewing or
editing the current document.

The document's content (what you call "A string of wikitext") can have
static content or dynamic content (scripts/code) which can execute either
independently of the objects in the page or by reading some data from those
objects, processing it and/or displaying/presenting it as the (dynamic)
content of the document you are viewing.

There are enough cases when a document has both content and objects, as the
ability to have structured content in your document is a very big plus in
XWiki, compared to some other wiki platforms.

XWiki is a flexible platform and it all comes down to the usecase you are
using it for, i.e. what you want to achieve.

Hope this helps,
Eduard


>
> -Alex
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Creating a new page creates a space instead

[Eduard Moraru]

Minor note: Regular (on-admin) users can also create terminal pages. They
just have to edit their profile preferences and set their user to Advanced
mode [1], then the option will show up in the create page UI.

Just mentioning it for completeness sake, but yes, users should generally
create Nested Documents and should not normally need to create terminal
documents.

Hope this helps,
Eduard

--
[1]
http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#HAdvancedMode

On Thu, Aug 27, 2015 at 6:13 PM, vinc...@massol.net 
wrote:

>
> On 27 Aug 2015 at 17:04:50, hfirst (happyfirst9...@gmail.com(mailto:
> happyfirst9...@gmail.com)) wrote:
>
> > So what do you recommend I do for now?
> >
> >
> >
> > 1) Keep manually creating terminal pages as admin so the home page stays
> usable and when finally fixed, will there be a way to convert those
> terminal pages into nested documents?
>
> You can simply edit your dashboard and replace the call to {{spaces/}} by
> a call to {{documentTree/}}.
>
> See https://www.evernote.com/l/AHc5lzO4aNBId6cCwf16oxjB9EfjMtcl0Vw
>
> This gives:
> https://www.evernote.com/l/AHey7Fx3eLdACImiFoiVqiFKr3JiVlOMMZ8
>
>
> > 2) Do NOT create terminal pages and just put up with the tons of home
> page space list rows until a fix comes out? I guess I could just create
> above the spaces list on the space home page in the content area my own
> temp links directly to the proper home page of each true valid top level
> space.
> >
> >
> >
> > I like the sound of the tree idea with lazy loading. I just don’t want
> to set out on a path that leaves me having to recreate a ton of pages when
> finally fixed.
>
> You’re supposed to create nested pages from now on so there won’t be any
> need to recreate the pages.
>
> Now you’re on a milestone release and as you know this means you shouldn’t
> use this in production and it’s not stable.
>
> If you wish to be on a stable version you should use 7.1.2 instead.
>
> Now we really appreciate that users try the latest milestones because this
> gives us feedback and helps us a lot in preparing for the final release. So
> if you can, please continue on this milestone, upgrade when we release M3
> on next Monday and give us feedback! :) You’ll find a lot of
> improvements/changes in the UI of M3 and we’d love feedback on that!
>
> Thanks
> -Vincent
>
> > From: vmassol [via XWiki] [mailto:
> ml-node+s475771n7595787...@n2.nabble.com]
> > Sent: Thursday, August 27, 2015 10:52 AM
> > To: hfirst
> > Subject: Re: Creating a new page creates a space instead
> >
> >
> >
> > Hi,
> >
> > On 27 Aug 2015 at 16:43:31, hfirst ([hidden email](mailto:[hidden
> email])) wrote:
> >
> >
> > > I've just run into this same issue as well. I've read the release
> notes for
> > > milestone 1 and 2, and been googling and reading all night, and I'm
> sorry
> > > that I'm still confused. I am on 7.2 milestone 2 (windows, standalone
> > > installer)
> > >
> > > The same thing happens to me whether I create a page as an admin or
> just a
> > > regular user. As a regular user, I don't see the terminal box and so
> they
> > > have no choices, and it makes a mess of the spaces that show up on the
> home
> > > page. The only way for me to cleanly create new pages and not mess up
> the
> > > home page is as an admin and check off the terminal box.
> > >
> > > Am I doing something wrong or is this still an oustanding issue, all
> those
> > > extra spaces still showing up on the webhome page?
> > >
> > > Is the goal that eventually the home page would show a tree? Or just
> the
> > > top level?
> >
> >
> > Correct. The home page is going to be modified to show a document tree
> (using the {{documentTree/}} macro). See
> http://jira.xwiki.org/browse/XE-1497
> >
> > Support for Nested Spaces/Documents is not finished yet. FYI,
> outstanding issues:
> >
> http://jira.xwiki.org/issues/?jql=labels%20%3D%20NestedSpaces%20and%20resolution%20%3D%20Unresolved
> >
> > We’re planning to have a first operational version when we release 7.2
> final. And a polished one by the end of the year.
> >
> > Thanks
> > -Vincent
> >
> > ___
> > users mailing list
> > [hidden email]
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> >
> >
> > _
> >
> > If you reply to this email, your message will be added to the discussion
> below:
> >
> >
> http://xwiki.475771.n2.nabble.com/Creating-a-new-page-creates-a-space-instead-tp7595617p7595787.html
> >
> > To unsubscribe from Creating a new page creates a space instead, click
> here .
> > NAML
> >
> >
> >
> >
> >
> > --
> > View this message in context:
> http://xwiki.475771.n2.nabble.com/Creating-a-new-page-creates-a-space-instead-tp7595617p7595788.html
> > Sent from the XWiki- Users mailing list archive at Nabble.com.
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> 

Re: [xwiki-users] FAQ Application tutorial is incomprehensible

[Eduard Moraru]

On Thu, Sep 10, 2015 at 3:50 AM, Alex Henrie  wrote:

> 2015-09-05 3:17 GMT-06:00 vinc...@massol.net :
> > ok, I understand what you mean now: you’d like the ability to lock down
> existing applications, i.e. prevent users of them from making structural
> changes to them.
> >
> > That’s a valid use case and we support it :)
> >
> > Basically there are 2 use cases:
> > * Letting users make changes to applications because this allows
> multiple users to develop collaboratively apps using XWiki. The idea is
> that of refactoring and an app is never ever finished and can always be
> improved.
> > * However you may only want some experienced users or devs to do that
> and not anyone.
> >
> > What happens is that the app has 2 types of wiki pages (aka documents):
> > * Technical pages that make the app
> > * Data pages which are created by the user when he/she uses the app
> >
> > So what we do is that when we develop apps we usually create 2 spaces,
> one for the technical pages and one for the data pages. In this manner we
> can set permissions very easily on the space containing the technical pages
> so that only some authorized group or users have edit rights on them.
> >
> > Maybe in your case all that is required is to ask the phenotips
> developers to not allow all users to have edit rights by default on the
> technical pages of this app (and restrict them to admins by default for
> example)?
>
> PhenoTips already prevents ordinary users from editing technical
> pages, period. What I really want is to go a step further and only
> allow the inline form editor (editor=inline) to be used to edit data
> pages. I do not want users to be able to add classes, objects, or
> wikitext to pages (editor=class, editor=object, editor=wiki) outside
> of what the editor written specifically for PhenoTips would allow.
>

The simplest thing you could do is to add a skin extension [1] that hides
the unwanted edit modes, either through CSS or through JavaScript. The
second option would be to customize the skin [2] and hide the options
directly from the skin (server side, in the .vm files).

This will still allow some users to directly use a hand-crafter URL (i.e.
by bypassing the UI) to access the other edit modes, but those would be
isolated cases and should not be an issue.

Thanks,
Eduard

--
[1] http://platform.xwiki.org/xwiki/bin/view/DevGuide/SkinExtensionsTutorial
[2] http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins

>
> Again, this feature is not a dealbreaker, but it could avoid abuse of
> the system.
>
> -Alex
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [ANN] XWiki 7.2 Release Candidate 1 released

[Eduard Moraru]

The XWiki development team is proud to announce the availability of XWiki
7.2 Release Candidate 1.

This release candidate brings many Flamingo skin improvements to better
present Nested Documents on top of the Nested Spaces concept. Similar
improvements were made in applications like Solr Search, AWM, FAQ, Activity
Stream and the Skin editor in order to be compatible with Nested Spaces.

On the developers side, a new Select widget and a document picker were
added to allow richer UIs to be created.

Last but not least, 41 bugs were fixed in this release on the road towards
the coming final 7.2 release.

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/ReleaseNotesXWiki72RC1

The following people have contributed code to this release:

Denis Gervalle
Ecaterina Moraru (Valica)
Eduard Moraru
Gabriela Smeria
Guillaume Delhumeau
Marius Dumitru Florea
Sergiu Dumitriu
Thomas Mortagne
Vincent Massol

Thanks for your support
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XAR

[Eduard Moraru]

Hi Peter,

Of course, though you might want to think a bit on the approach.

1) If you want to do it in XWiki using the scheduler plugin, you have to
write some groovy script [1] in the scheduled task that you create in order
to use the filter module [2] (or the old packager module [3], whichever you
choose) in order to export the pages you are interested in and save the
result (on the filesystem or as an attachment in a page).

As inspiration, you could check out the source code (in java) of the export
action [4] which is exactly what is going on when you are exporting a page
from the UI.

2) A simpler choice, IMO, would be to schedule a cron [5] task on a linux
machine (possible the same one running the XWiki instance) and have that
task simply download (using something like cURL [6]) the result of a
manually crafter export URL (as detailed in our documentation [7])
containing the list of pages to export.

Hope this helps,
Eduard

--
[1] http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting
[2] http://extensions.xwiki.org/xwiki/bin/view/Extension/Filter+Module
[3]
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/plugin/packaging/PackageAPI.java
[4]
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/ExportAction.java#L244
[5] https://en.wikipedia.org/wiki/Cron
[6] https://en.wikipedia.org/wiki/CURL
[7] http://platform.xwiki.org/xwiki/bin/view/Features/Exports#HXARExport


On Thu, Sep 17, 2015 at 3:49 PM, Peter Huisman  wrote:

> Hi,
>
> Is there a way to generate XAR’s using XWiki’s scheduling function? I’m
> not looking for a DB based backup but merely for a backup of spaces / pages.
>
> With kind regards,
>
> Peter
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Reading Date Property

[Eduard Moraru]

Hi,

{{velocity}}
$xwiki.getDocument('XWiki.Admin').getObject('XWiki.XWikiUsers').getValue('test')
{{/velocity}}

Where 'test' is the property name (not property pretty name).

Note that by doing $userObj.getXWikiObject(), you are accessing the
restricted API BaseObject class (which is intended to be used by java code
and which is different from the api.Object class). You should be using
$userObj directly and according to the api [1][2], since it is intended to
be used by the velocity code (and does not require programming rights,
compared to $userObj.getXWikiObject() which requires PR).

Also, for getting property values, you can use object.getValue(...)
(recommended) directly or you can do object.getProperty(...).getValue().
Using object.get(...) might look like it has the intende effect, but
actually it displays the object's property, meaning that in inline edit
mode it will return an HTML text input instead of the string value of the
object's property.

Hope this helps,
Eduard

--
[1]
http://nexus.xwiki.org/nexus/service/local/repositories/releases/archive/org/xwiki/platform/xwiki-platform-oldcore/7.1.2/xwiki-platform-oldcore-7.1.2-javadoc.jar/!/index.html
[2] http://platform.xwiki.org/xwiki/bin/view/DevGuide/API

On Fri, Sep 18, 2015 at 10:31 PM, Cyre, Jeff (US) 
wrote:

> I am having trouble getting custom properties from a user profile.
>
> I have added a property of type String called "Code"
>
>
> {{velocity}}
>
> #set($fn= $userObj.getXWikiObject().get("first_name").value)
>
> $fn
>
>
>
> #set($c= $userObj.getXWikiObject().get("Code").value)
>
> $c
>
> {{/velocity}}
>
>
>
> When the code runs it displays
>
> 
> Jeff
> $c
> 
>
>
>
> If I go to the user profile the property Code has a value.  I have checked
> the capitalization and it is correct.
>
>
>
> What is the correct way of doing this?
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XAR

[Eduard Moraru]

Hi,

Glad to be able to help :)

On Fri, Sep 18, 2015 at 11:10 AM, Peter Huisman  wrote:

> Hi Eduard,
>
> Thanks for the explanation and the links.
>
> I am not looking for the Java way since we already have a XML exporter in
> place that is exporting the information in our environment (which is
> heavily object based) in a way that can be used by third parties. This is
> the way we are looking for a more final solution. We were looking for an
> easy and quick (intermediate) solution to bridge the gap so to speak.
>
> The strange thing is, that I use google to search extensively for things
> before i ask for info in this group. I was somewhat surprised to see the
> link (no 7) which is exactly what I needed! I thank you again for the help
> and I’m sorry that I have not been able to find it myself.
>

We always are in need of and appreciate any help on the documentation side.
If you feel you could add anything that could make it easier to understand
or even easier to find on a Google search, please go ahead. It`s a wiki and
you are welcomed to edit away :)

Thanks,
Eduard


>
> Br,
>
> Peter
>
> > Hi Peter,
> >
> > Of course, though you might want to think a bit on the approach.
> >
> > 1) If you want to do it in XWiki using the scheduler plugin, you have to
> > write some groovy script [1] in the scheduled task that you create in
> order
> > to use the filter module [2] (or the old packager module [3], whichever
> you
> > choose) in order to export the pages you are interested in and save the
> > result (on the filesystem or as an attachment in a page).
> >
> > As inspiration, you could check out the source code (in java) of the
> export
> > action [4] which is exactly what is going on when you are exporting a
> page
> > from the UI.
> >
> > 2) A simpler choice, IMO, would be to schedule a cron [5] task on a linux
> > machine (possible the same one running the XWiki instance) and have that
> > task simply download (using something like cURL [6]) the result of a
> > manually crafter export URL (as detailed in our documentation [7])
> > containing the list of pages to export.
> >
> > Hope this helps,
> > Eduard
> >
> > --
> > [1] http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting
> > [2] http://extensions.xwiki.org/xwiki/bin/view/Extension/Filter+Module
> > [3]
> >
> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/plugin/packaging/PackageAPI.java
> > [4]
> >
> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/web/ExportAction.java#L244
> > [5] https://en.wikipedia.org/wiki/Cron
> > [6] https://en.wikipedia.org/wiki/CURL
> > [7] http://platform.xwiki.org/xwiki/bin/view/Features/Exports#HXARExport
> >
> >
> > On Thu, Sep 17, 2015 at 3:49 PM, Peter Huisman 
> wrote:
> >
> >> Hi,
> >>
> >> Is there a way to generate XAR’s using XWiki’s scheduling function? I’m
> >> not looking for a DB based backup but merely for a backup of spaces /
> pages.
> >>
> >> With kind regards,
> >>
> >> Peter
> >> ___
> >> users mailing list
> >> users@xwiki.org
> >> http://lists.xwiki.org/mailman/listinfo/users
> >>
> >
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Master-Detail Tutorial with AWM (was Re: Migration away from TikiWiki - Forms based question.)

[Eduard Moraru]

Hi,

Nice tutorial!

I would suggest that, in the State Application, instead of creating a new
JSON service (step 6), we reuse the LiveTableResults document that is
specific to the State Data Application. Something like:
http://localhost:8080/xwiki/bin/get/StateDataCode/StateDataLiveTableResults?outputSyntax=plain=StateDataCode.StateDataClass=state%2Ccity=


...or at least list this as a possibility.

Also, I`m not sure about the name, since it's extremely technical IMO (as
names of design patterns usually are). Not sure of a better name either,
maybe "Referencing key-value data" or something along those lines, don`t
now.

Side note: maybe it would be interesting for AWM to have some template apps
meant both to showcase various tasks you can achieve with AWM but also to
allow the user to more easily achieve common usecases by creating a new app
from template and then customizing the new app to the user's specifics.

Thanks,
Eduard


On Sun, Sep 20, 2015 at 6:28 PM, vinc...@massol.net 
wrote:

> Hi Gus,
>
> Here’s a first version of a Master-Detail Tutorial:
> http://dev.xwiki.org/xwiki/bin/view/Drafts/MasterDetailTutorial
>
> Now the next step is to build this into XWiki, I’ve created a JIRA issue
> for that:
> http://jira.xwiki.org/browse/XWIKI-12598
>
> Note that the tutorial probably needs polishing a bit before we move it to
> documentation proper (let me know what’s missing when you try to follow it,
> right now it’s pretty bare of explanations).
>
> Thanks
> -Vincent
>
> On 18 Sep 2015 at 14:55:09, HadleysHope (
> justin.scott-ex...@bannerhealth.com) wrote:
>
> Thanks so much for your help with this :)
>
>
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Migration-away-from-TikiWiki-Forms-based-question-tp7595997p7596079.html
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors

[Eduard Moraru]

Hello Keith,

I see 2 possibilities here:

1) Is there any chance that, while you`ve executed the Distribution Wizard,
you might have missed (ignored) the document XWiki.XWikiPreferences? Or
maybe you`ve chosen to keep all your changes? The point is that you rights
configuration (specifically the 'script' right section) for the
XWikiAllGroup in Administration should look like in this screenshot [1]
(from the 7.2 release notes [2]). The 'script' right is explicitly given to
all users so that the migration/upgrade behaves as before, until you decide
otherwise. Please check that the rights setup is properly upgraded.

2) The only other case I can think of is that you might have deleted the
user that is set as last content author in (most of) your documents. If
this is the case, then indeed the scripts will not be able to be executed
since the user no longer exists (and thus can not own the 'script' right).
To fix this, you could recreate the previously deleted user and make sure
he has the 'script' right.

Please let us know if that helps.

Thanks,
Eduard

--
[1]
http://www.xwiki.org/xwiki/bin/download/ReleaseNotes/ReleaseNotesXWiki72/scriptRightsExplicitlyAllowedInXWikiPreferences.png
[2]
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki72#HScriptright

On Mon, Oct 5, 2015 at 2:33 PM, Keith Davis 
wrote:

> Yes, I did execute the Distribution Wizard.
>
> Keith Davis (214) 906-5183
>
> From: Vincent Massol [mailto:vmas...@gmail.com] On Behalf Of
> vinc...@massol.net
> Sent: Monday, October 05, 2015 6:30 AM
> To: XWiki Users
> Cc: Keith Davis
> Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
>
> Hi Keith,
>
> See
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki72#HScriptright
>
> Are you sure you’ve executed the Distribution Wizard? (because by default
> we give Script Rights to users).
>
> @Edy: I think we need some additional info in the Release Notes about this.
>
> Thanks
> -Vincent
>
> On 5 Oct 2015 at 13:25:08, Keith Davis (keithda...@pridedallas.com(mailto:
> keithda...@pridedallas.com)) keithda...@pridedallas.com))> wrote:
>
> > I tried to send this once, but it looks like it did not go through.
> >
> > I just upgraded from 7.1.2 to 7.2 and now it looks like none of the
> Velocity scripts work. I ended up rolling back to 7.1.2, because it's
> unusable in this state.
> >
> > org.xwiki.rendering.macro.MacroExecutionException: The execution of the
> [velocity] script macro is not allowed. Check the rights of its last author
> or the parameters if it's rendered from another script.
>
> [snip]
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors

[Eduard Moraru]

On Mon, Oct 5, 2015 at 3:37 PM, vinc...@massol.net <vinc...@massol.net>
wrote:

>
>
> On 5 Oct 2015 at 14:33:11, Eduard Moraru (enygma2...@gmail.com(mailto:
> enygma2...@gmail.com)) wrote:
>
> > Hello Keith,
> >
> > I see 2 possibilities here:
> >
> > 1) Is there any chance that, while you`ve executed the Distribution
> Wizard,
> > you might have missed (ignored) the document XWiki.XWikiPreferences? Or
> > maybe you`ve chosen to keep all your changes? The point is that you
> rights
> > configuration (specifically the 'script' right section) for the
> > XWikiAllGroup in Administration should look like in this screenshot [1]
> > (from the 7.2 release notes [2]). The 'script' right is explicitly given
> to
> > all users so that the migration/upgrade behaves as before, until you
> decide
> > otherwise. Please check that the rights setup is properly upgraded.
> >
> > 2) The only other case I can think of is that you might have deleted the
> > user that is set as last content author in (most of) your documents. If
> > this is the case, then indeed the scripts will not be able to be executed
> > since the user no longer exists (and thus can not own the 'script'
> right).
> > To fix this, you could recreate the previously deleted user and make sure
> > he has the 'script' right.
>
> On this second point, does it mean that we cannot delete users anymore
> because of this? That could be an issue…
>

How is this different from what we are doing with Programming Rights? If
the author of the script is no more, then the script's credibility is no
more, so it should not be executed.

Thanks,
Eduard


>
> Thanks
> -Vincent
>
> > Please let us know if that helps.
> >
> > Thanks,
> > Eduard
> >
> > --
> > [1]
> >
> http://www.xwiki.org/xwiki/bin/download/ReleaseNotes/ReleaseNotesXWiki72/scriptRightsExplicitlyAllowedInXWikiPreferences.png
> > [2]
> >
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki72#HScriptright
> >
> > On Mon, Oct 5, 2015 at 2:33 PM, Keith Davis
> > wrote:
> >
> > > Yes, I did execute the Distribution Wizard.
> > >
> > > Keith Davis (214) 906-5183
> > >
> > > From: Vincent Massol [mailto:vmas...@gmail.com] On Behalf Of
> > > vinc...@massol.net
> > > Sent: Monday, October 05, 2015 6:30 AM
> > > To: XWiki Users
> > > Cc: Keith Davis
> > > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> > >
> > > Hi Keith,
> > >
> > > See
> > >
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki72#HScriptright
> > >
> > > Are you sure you’ve executed the Distribution Wizard? (because by
> default
> > > we give Script Rights to users).
> > >
> > > @Edy: I think we need some additional info in the Release Notes about
> this.
> > >
> > > Thanks
> > > -Vincent
> > >
> > > On 5 Oct 2015 at 13:25:08, Keith Davis (keithda...@pridedallas.com
> (mailto:
> > > keithda...@pridedallas.com))> > keithda...@pridedallas.com))> wrote:
> > >
> > > > I tried to send this once, but it looks like it did not go through.
> > > >
> > > > I just upgraded from 7.1.2 to 7.2 and now it looks like none of the
> > > Velocity scripts work. I ended up rolling back to 7.1.2, because it's
> > > unusable in this state.
> > > >
> > > > org.xwiki.rendering.macro.MacroExecutionException: The execution of
> the
> > > [velocity] script macro is not allowed. Check the rights of its last
> author
> > > or the parameters if it's rendered from another script.
> > >
> > > [snip]
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors

[Eduard Moraru]

Hi Keith,

On Mon, Oct 5, 2015 at 3:38 PM, Keith Davis <keithda...@pridedallas.com>
wrote:

> "Is there any chance that, while you`ve executed the Distribution Wizard,
> you might have missed (ignored) the document XWiki.XWikiPreferences "
>
> I suppose - those boxes were not checked, but I checked those boxes
> manually and it still did not work.
>

So you are saying that you`ve set the rights of the XWikiAllGroup as in the
screenshot and you still have issues. Have you tried isolating the problem
in a new page? Like creating a new page, writing/adding a velocity macro
(event with some static text content, it does not matter) and then saving
the page to see if it is executed properly and that you get no error?

How do I figure out what user is the author? How do I change the author of
> a script?
>

The last author of a script is the same thing as the last content author of
the document in which the script is located. If you have problems with the
scripts inside Main.Welcome (for example), you look at its "Last modified
by" label, under the page title. That will tell you the user that last
modified the page. The gotcha here is that the script right (just like the
programming right) actually checks the last content author of that page, so
the last user that changed the page's content (not the last user that added
a comment for example, for that saved the page without changes, etc.).

To make it easier, I`ve published this small app [1] that you can install
with the Extension Manager and check the content author and the status of
Programming and Script rights on a particular page.

You need to identify who is the "content author" on the documents that
contain scripts and that fail to work on your setup.

Hope this helps,
Eduard

--
[1]
http://extensions.xwiki.org/xwiki/bin/view/Extension/Check+Content+Author


>
> BTW, this is almost every velocity script.
>
> Keith Davis (214) 906-5183
>
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Eduard Moraru
> Sent: Monday, October 05, 2015 7:33 AM
> To: XWiki Users
> Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
>
> Hello Keith,
>
> I see 2 possibilities here:
>
> 1) Is there any chance that, while you`ve executed the Distribution
> Wizard, you might have missed (ignored) the document
> XWiki.XWikiPreferences? Or maybe you`ve chosen to keep all your changes?
> The point is that you rights configuration (specifically the 'script' right
> section) for the XWikiAllGroup in Administration should look like in this
> screenshot [1] (from the 7.2 release notes [2]). The 'script' right is
> explicitly given to all users so that the migration/upgrade behaves as
> before, until you decide otherwise. Please check that the rights setup is
> properly upgraded.
>
> 2) The only other case I can think of is that you might have deleted the
> user that is set as last content author in (most of) your documents. If
> this is the case, then indeed the scripts will not be able to be executed
> since the user no longer exists (and thus can not own the 'script' right).
> To fix this, you could recreate the previously deleted user and make sure
> he has the 'script' right.
>
> Please let us know if that helps.
>
> Thanks,
> Eduard
>
> --
> [1]
>
> http://www.xwiki.org/xwiki/bin/download/ReleaseNotes/ReleaseNotesXWiki72/scriptRightsExplicitlyAllowedInXWikiPreferences.png
> [2]
>
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki72#HScriptright
>
> On Mon, Oct 5, 2015 at 2:33 PM, Keith Davis <keithda...@pridedallas.com>
> wrote:
>
> > Yes, I did execute the Distribution Wizard.
> >
> > Keith Davis (214) 906-5183
> >
> > From: Vincent Massol [mailto:vmas...@gmail.com] On Behalf Of
> > vinc...@massol.net
> > Sent: Monday, October 05, 2015 6:30 AM
> > To: XWiki Users
> > Cc: Keith Davis
> > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> >
> > Hi Keith,
> >
> > See
> > http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki72#H
> > Scriptright
> >
> > Are you sure you’ve executed the Distribution Wizard? (because by
> > default we give Script Rights to users).
> >
> > @Edy: I think we need some additional info in the Release Notes about
> this.
> >
> > Thanks
> > -Vincent
> >
> > On 5 Oct 2015 at 13:25:08, Keith Davis (keithda...@pridedallas.com
> (mailto:
> > keithda...@pridedallas.com))<mailto:keithda...@pridedallas.com(mailto:
> > keithda...@pridedallas.com))> wrote:
> >
> > > I tried to send this once, but it looks like it did not go through.
> > >
&g

Re: [xwiki-users] How to add a button with confirmation to save my page?

[Eduard Moraru]

Hi,

You might want to have a look at the javascript [1] events that are thrown
when pressing the standard save / save & continue buttons that you might
want to catch and insert a confirmation to the user. Depending on the
user's answer, you can either cancel the event or modify the dom (to add
some xredirect input) then let the event finish.

Hope this helps,
Eduard

P.S.: remember to use the event bridge module [2] to be able to listen to
PrototypeJS events from jQuery.

--
[1]
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-web/src/main/webapp/resources/js/xwiki/actionbuttons/actionButtons.js
[2]
http://platform.xwiki.org/xwiki/bin/view/DevGuide/JavaScriptAPI#HBridgingcustomXWikieventsbetweenPrototypeandjQuery


On Mon, Oct 5, 2015 at 6:08 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> I think the Save action supports an 'xredirect' parameter. So if your
> form has a hidden input field with name='xredirect' then the user will
> be redirected to the specified URL after the page is saved. So what
> you can do is:
>
> * catch the click event on the button
> * ask for confirmation
> https://developer.mozilla.org/en-US/docs/Web/API/Window/confirm
> * cancel/prevent the event if no, set the value of the 'xredirect'
> parameter otherwise
>
> Hope this helps,
> Marius
>
>
> On Mon, Oct 5, 2015 at 5:35 PM, Pascal BASTIEN 
> wrote:
> > Hi,
> >
> > I have my application with MyClass, MySheet and MyTemplate.
> > When I have a new page (based on MySheet/Class), in edit mode I can
> modify all my fields of Myclass Object but I want to add a button to save
> my page after confirmation...
> >
> > For the moment I have a button to redirect in a new page BUT I want to
> save current page before redirect if the user agreed a confirmation box.
> >
> > More precisely on my nice appli, on new page in edit mode, I have
> standard Save, Save and continue and cancel button and I want another one
> to ask on clik: "are you sure to save current fields modified on current
> page and open this another page"?
> > - if yes save current page, add a value in a field with velocity and
> save and redirect to another one.
> > - if No stay in edit mode
> >
> > Do you have a way to recommend?
> > (perhaps I must try  $('#form').submit(function() { with jquery)  but I
> don't know if this save my page?
> >
> > Thxs for any help.
> >
> > Pascal B.
> >
> >
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Click Deployment Issues with jelastic and wizard

[Eduard Moraru]

Hi,

I don`t know about jelastic, but the fastest ways for you to try out XWiki
would be (in order of simplicity):

1) Try out the live demo at http://playground.xwiki.org/xwiki/bin/view/Main/
It's perfectly safe to do whatever you want, it is periodically reset. Note
that not all features will be available though and it's not running the
latest version.

2) Ask for a http://www.myxwiki.org account and you will receive a free
subwiki instance that you can use for non-profit purposes, but with limited
access (no Programming Rights) and no guarantees. This one has a currently
a newer version than the playground.

3) Just grab the a local version of XWiki
http://enterprise.xwiki.org/xwiki/bin/view/Main/Download and install/unzip
it on your machine to try out all XWiki's features with full control. No
difficult setups needed either, just make sure you have the Java runtime
installed on your machine.

Hope this helps,
Eduard

On Tue, Dec 8, 2015 at 7:47 PM, Andrew Roberts 
wrote:

> Wanting to get my feet wet with xwiki in the fastest way, I found that
> jelastic supports xwiki for easy click deployments.  However, I had a few
> questions/issues that I hope someone could guide me through:
>
> 1) Is it possible in jelastic "click-like' deployment to select a branch
> outside of the development (milestone1 in this case) for something the LTS
> branch?  I could not find anything from a jelastic viewpoint.
> 2) The Installation Wizard seemed to hang up on what exactly it was doing
> without doing some toggling between "view details" and such.  Maybe it's
> not verbose enough tied in with a combination of newbieness.
> 3) icons of the css class sort are not manifesting in the default flavor
> install (Blog, Dashboard, Statistics, etc...)
> 4) dropdowns in all cases (users, edit, more actions, etc) do not activate.
>
> With that, I'm encouraged by the idea of xwiki, but I think I want
> something more stable if I can figure out how to do that easily.
>
> Thank you
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Xwiki html parsing of user list

[Eduard Moraru]

Hi,

You can use the "closing and opening the html before and after the call"
method, just make sure you disable the HTML cleaning in the html macro:

{{html clean="false"}}

... when opening an HTML macro, otherwise you get the mentioned rendering
errors (because the HTML cleaner adds HTML elements to "clean" you html and
ends up messing up your plans).

Marius' suggestion (using the "wiki" parameter) also works, but it`s a bit
fragile when you have an http://;> element because it
interprets the URL as wiki syntax, amongst other annoyances created by
everything being parsed as wiki syntax in your html code.

Hope this helps,
Eduard

On Thu, Dec 10, 2015 at 5:22 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> On Thu, Dec 10, 2015 at 5:03 PM, gervwyk  wrote:
>
> > I'm creating a form but I prefer using HTML and bootstrap rather than
> only
> > velocity syntax. I have the following problem:
> >
> > 
> >
> > I want to insert user selection list into the form. By doing the
> following:
> >
> > {{velocity}}
> >
>
>
> > {{html velocity="true" }}
> >
>
> Check the HTML Macro parameters
>
> http://extensions.xwiki.org/xwiki/bin/view/Extension/HTML+Macro#HParametersdefinition
> . There's no "velocity" parameter. There is a "wiki" parameter though,
> maybe that's what you need.
>
>
> > 
> >  #set( $tempobj = $doc.newObject('Classes.USR'))
> >  $tempobj.display('userslist','edit')
> >
> > 
> > {{html velocity="true" }}
> > {{/velocity}}
> >
> > however I get the {{html}} tag around the search box which I don't want.
> > How
> > can I remove this?
> > closing and opening the html before and after the call gives rendering
> > errors. Is there a way to all the  $tempobj.display('userslist','edit')
> > function without rendering the {{html}} tags?
> > Which function in java lib will give me a simular output? maybe I can do
> > this through a java component?
> > What output does thedisplayEdit() method in BaseObject class give?
> >
> > I tried something like this, but did not work, I might be totally wrong..
> >
> >   XWikiContext xcontext =
> this.xwikiContextProvider.get();
> >   DocumentReference referenceClass =
> > resolver.resolve("Classes.USR");
> >   XWikiDocument doc = xcontext.getDoc();
> >   BaseObject domainObject =
> doc.getXObject(referenceClass);
> >   String disp = domainObject.displayEdit("userslist",
> > xcontext);
> >   return disp
> >
> >
> >
> > --
> > View this message in context:
> >
> http://xwiki.475771.n2.nabble.com/Xwiki-html-parsing-of-user-list-tp7597164.html
> > Sent from the XWiki- Users mailing list archive at Nabble.com.
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Documentation on Velocity binding for 'config' object?

[Eduard Moraru]

Hi,

I don`t know the code of the app in question, but specifically to your
questions:
* the document "Invitation.InvitationConfig" seems to be the one holding
the configuration object with the "guestsActionsPage" property
* getExternalURL uses the server configuration that you have set in your
wiki's descriptor located in the main wiki at "XWiki.XWikiServerXwiki" (for
the main wiki) or in "XWiki.XWikiServerWikiname" (for a subwiki).

Hope this helps,
Eduard

On Thu, Dec 17, 2015 at 8:36 PM, deltamind106  wrote:

> There is a snippet of Velocity code in the XWiki invitation email template
> that looks like this:
>
>
>
> *$xwiki.getDocumentAsAuthor($config.get("guestsActionsPage")).getExternalURL())*
>
> Where is the 'config' binding for Velocity documented?  If I want to change
> the value for "guestsActionPage", where would make this change?
>
> How does the "getExternalURL" method work?  Currently, it seems to be using
> the short hostname in the URL it returns, which will not work for us since
> that particular hostname is not published on our DNS server.  So I need to
> change the behavior of "getExternalURL" so that it uses an IP address.
> Where would I do that?
>
> Thank you in advance for any help you can provide.
> -Eric
>
>
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Documentation-on-Velocity-binding-for-config-object-tp7597271.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] migrating from .war to Debain apt package

[Eduard Moraru]

Hi,

Make sure you read the error message that says "Check the rights of its
last author" (i.e. no the creator). Script rights are checked on the last
content author of the document and, if in your migration you haven`t given
script rights to that user, all his scripts will stop functioning.

Hope this helps,
Eduard

On Mon, Dec 21, 2015 at 3:01 AM, shouldbe q931 
wrote:

> On Sun, Dec 20, 2015 at 1:15 AM, Paul Libbrecht  wrote:
> > Can you copy the text of the error that you get when clicking?
> >
> > paul
> >
> > shouldbe q931 wrote:
> >> Most of the spaces are fine, but there are three that look like
> >> http://pasteboard.co/8zJUMYt.png
> >>
> >> I have confirmed that the rights on the spaces with the error are the
> >> same as the rights on the spaces that do not show the error
> >
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
>
> pastebins of the text
>
> pages http://pastebin.com/pnJxVr89
> activity stream http://pastebin.com/D3BkSM6i
> tags http://pastebin.com/XPquSSJs
>
> They all have "org.xwiki.rendering.macro.MacroExecutionException: The
> execution of the [velocity] script macro is not allowed. Check the
> rights of its last author or the parameters if it's rendered from
> another script." as the first line, which can also be seen from the
> screengrab.
>
> I thought I was the original creator of the spaces that have this
> issue, and I have the script right, but maybe I am mistaken...
>
> Cheers
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] XWiki java client authentication

[Eduard Moraru]

Hi,

As per the documentation [1], have you tried using HTTP Auth? Your
application can be Java or it can even be a bash script using the cURL
command, just to an HTTP PUT

Thanks,
Eduard

P.S.: The comments section [2] of the documentation doc also seem to have
the information you seem to need. If they prove to be up to date, it would
be a good idea to include them in the documentation itself, maybe in the
examples sections, what do you think?

--
[1]
http://platform.xwiki.org/xwiki/bin/view/Features/XWikiRESTfulAPI#HAuthentication
[2]
http://platform.xwiki.org/xwiki/bin/view/Features/XWikiRESTfulAPI#Comments

On Mon, Dec 21, 2015 at 9:40 PM, Bryn Jeffries 
wrote:

> Hello,
>
> I need to write a small Java utility to interact with my XWiki server -
> it's main purpose is to take a file containing paths to various files, and
> then upload (POST) them to the server. It looks as though this cannot be
> done from within the browser directly since sandboxing prevents working
> with file paths directly.
>
> Having read through the RESTful client information (
> http://platform.xwiki.org/xwiki/bin/view/Features/XWikiRESTfulAPI) I am
> not sure I need to completely go down this route as I don't need access to
> representations of the XWiki objects. AFAICS I will simply need to GET and
> POST to specific URLs of the wiki. However, I would greatly appreciate
> advice on how best to handle authentication. Guest users are not allowed,
> so username and password should be provided, and in some way a session
> needs to be maintained. Are there any simple examples for logging in to
> XWiki and maintaining a session from within a Java client? I'm wondering if
> I still might need the RESTful API for this, but the documentation doesn't
> really cover this in detail.
>
> Thanks,
>
> Bryn
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] migrating from .war to Debain apt package

[Eduard Moraru]

Hi,

Regarding your original question (Distribution Wizard not showing), there's
a troubleshooting section [1] in the documentation that maybe helps.

Regarding the rights issue, in the screenshot you`ve posted [2] I notice
that both the creator and last author are not set, so there is a problem
with your documents (the xar import process or something), but your
document's content author is surely not well set.

As an example, go to Main.Activity and it will probably say that it does
not have PR/SR. Now edit the page in wiki syntax and add an extra space in
the content . You need to do this otherwise an empty save does not change
the internal "content author" (which is used for checking PR/SR), just the
"last author".

You could try the "Check content author" [3] extension/snippet that can
help you debug these issues.

Thanks,
Eduard

--
[1]
http://platform.xwiki.org/xwiki/bin/view/Features/DistributionWizard#HThewizardfailstoappearatstartup
[2] http://pasteboard.co/8zJUMYt.png
[3]
http://extensions.xwiki.org/xwiki/bin/view/Extension/Check+Content+Author

On Tue, Jan 5, 2016 at 8:44 PM, shouldbe q931 <shouldbeq...@gmail.com>
wrote:

> On Tue, Jan 5, 2016 at 9:13 AM, Eduard Moraru <enygma2...@gmail.com>
> wrote:
> > Hi,
> >
> > Make sure you read the error message that says "Check the rights of its
> > last author" (i.e. no the creator). Script rights are checked on the last
> > content author of the document and, if in your migration you haven`t
> given
> > script rights to that user, all his scripts will stop functioning.
> >
> > Hope this helps,
> > Eduard
>
> Hi Eduard,
>
> As I posted, I have read the error message, and although I have the
> script right, I see the error.
>
> I also still see the error if I save the page...
>
> Cheers
>
>
>
> >
> > On Mon, Dec 21, 2015 at 3:01 AM, shouldbe q931 <shouldbeq...@gmail.com>
> > wrote:
> >
> >> On Sun, Dec 20, 2015 at 1:15 AM, Paul Libbrecht <p...@hoplahup.net>
> wrote:
> >> > Can you copy the text of the error that you get when clicking?
> >> >
> >> > paul
> >> >
> >> > shouldbe q931 wrote:
> >> >> Most of the spaces are fine, but there are three that look like
> >> >> http://pasteboard.co/8zJUMYt.png
> >> >>
> >> >> I have confirmed that the rights on the spaces with the error are the
> >> >> same as the rights on the spaces that do not show the error
> >> >
> >> > ___
> >> > users mailing list
> >> > users@xwiki.org
> >> > http://lists.xwiki.org/mailman/listinfo/users
> >>
> >> pastebins of the text
> >>
> >> pages http://pastebin.com/pnJxVr89
> >> activity stream http://pastebin.com/D3BkSM6i
> >> tags http://pastebin.com/XPquSSJs
> >>
> >> They all have "org.xwiki.rendering.macro.MacroExecutionException: The
> >> execution of the [velocity] script macro is not allowed. Check the
> >> rights of its last author or the parameters if it's rendered from
> >> another script." as the first line, which can also be seen from the
> >> screengrab.
> >>
> >> I thought I was the original creator of the spaces that have this
> >> issue, and I have the script right, but maybe I am mistaken...
> >>
> >> Cheers
> >> ___
> >> users mailing list
> >> users@xwiki.org
> >> http://lists.xwiki.org/mailman/listinfo/users
> >>
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [Brainstorming] Home Page concept (was Re: New Page Has No Parent)

[Eduard Moraru]

Hi Vincent,

Thanks for creating a new thread, since that`s what I should have done
myself.

I approached this as a discussion about what is the good/sensible default
that better fits 80-90% of the user's needs, as opposed to not having this
default and the user ending up with "Main" (or whetever else) everywhere
(i.e. cons of not doing Use Case 1).

On Wed, Jan 6, 2016 at 10:39 AM, vinc...@massol.net <vinc...@massol.net>
wrote:

> Hi Edy and all,
>
> On 5 Jan 2016 at 11:52:24, Eduard Moraru (enygma2...@gmail.com(mailto:
> enygma2...@gmail.com)) wrote:
>
> > Hi Randy,
> >
> > From your choice of words (and your continued usage of the now deprecated
> > "spaces" macro on the homepage, as observed in the screenshot you`ve
> > provided), I understand that you still see things in terms of "creating
> > spaces" and "creating documents inside spaces" in 7.4 and, IMO, that`s
> > really the issue.
> >
> > In case you`ve missed it from the release notes, starting with 7.2, we`ve
> > introduced the notion of Nested Pages [1], which means that you no longer
> > have the notion of "pages inside spaces", but always "pages inside
> pages".
> > Technically, it is actually implemented by always creating a "space" when
> > you create a page from the UI, but the user should see it as if he is
> > always creating a page.
> >
> > = Use Case 1 =
> >
> > When your users go to your homepage and create a new page "under the Main
> > space", they are actually creating a nested page (old "space"), under the
> > homepage (document called "Main") of your wiki. If you change [2] the
> > homepage of your wiki to point to a different document instead (say
> > "Some.Other.Homepage"), I`m fairly sure that you do not want your users
> to
> > start creating new pages as children of that page (e.g.
> > "Some.Other.Homepage.NewUserPage"), because that is what the alternative
> > would lead to.
> >
> > The logic behind the original decision of handling the homepage
> differently
> > was that, even as Guillaume was hinting, the homepage is seen as the
> "root"
> > of your wiki. Creating a page from the root should result in creating top
> > level pages, not child pages. If you wanted to create a child page of
> > something from the homepage, you would explicitly do so by selecting a
> > parent. Not selecting a parent while on the homepage would logically
> imply
> > that you want to create a page in the wiki (i.e. top page).
> >
> > I`m curious why do you find it normal the other way around, i.e. landing
> on
> > the wiki (i.e. not navigating somewhere in particular) + creating a new
> > page => resulting in creating a child page of the "Main" page (which
> > happens to be the homepage).
> >
> > If you always create child pages of the homepage ("Main" page), on the
> long
> > run, all your URLs will be /Main/This/Page, /Main/That/Page,
> > /Main/That/Other/Page, etc... but ultimately, what is this "Main", and
> why
> > is it that important to drag it along in all your page URLs? (of course,
> > again, if you change your homepage to "Some.Other.Homepage", all your
> urls
> > will be prefixed by that!)
> >
> > = Use case 2 =
> >
> > Now, another way of looking at this would be that, for some reason, you
> > *really* want to keep all your content under some top level page (e.g. as
> > Vincent suggested, a "Content" container page), perhaps to separate it
> from
> > applications (which, for historic reasons, currently are also located in
> > the top level) like Blog, Sandbox, etc. or any other reason.
> >
> > The only limitation in this usecase is if you also want to use that
> > container page ("Main", "Content", etc.) as your homepage. In this case,
> > indeed, I see no other solution but to modify the createinline.vm
> template
> > or for us to drop this behavior altogether.
> >
> > ---
> >
> > Conclusion so far:
> > We have 2 use cases regarding a new page's parent. They can both coexist,
> > except that, in some cases, the 2nd use case is limited by the first use
> > case. If we consider this limitation to be a deal breaker, then we are
> left
> > with 2 choices:
> > A. Drop use case 1 (i.e. always propose the current page as parent of the
> > new page, regardless if the current page is the homepage or not)
> > B. Make use case 1 configurable (i.e. enable or disable it completely,

Re: [xwiki-users] Path-based wiki access and Domain-based wiki access

[Eduard Moraru]

Hi,

"...I would like to change URL name of wiki page..."

By default, "Main"(.WebHome) is your wiki's homepage. You have 2 options:
A) create a new page with the name (the name shows up in the URL) and title
you want and configure your wiki to use that page as your new homepage [1]
B) or rename the "Main" page to whetever you would like it to be called
instead and configure your wiki to use the new name as your new homepage [1]

"I would like to change that by a pretty name instead the the default path
and also able to access the wiki page from another computer on my network."

I guess you mean "to access the wiki", since the wiki contains more pages.

To access your wiki from another computer in your network you do the same
as you would with any other service inside a network, you use the IP
address of the computer you wish to access or the name of the computer (if
you have that set up)... in other words, from another computer in your
network, your would use http://:8080
(e.g. http://192.168.0.2:8080, or whatever your XWiki computer's IP is)

The document [2] you`ve read on xwiki.org talks about how you can access a
subwiki created inside your XWiki instance (because with XWiki you can have
multiple subwikis). By default, if you start creating multiple subwikis,
they will be accessible in path-based mode (e.g.
http://localhost:8080/xwiki/wiki/mywiki1/ ,
http://localhost:8080/xwiki/wiki/mywiki2/, etc. - of course, replace
"localhost" with the IP address of the computer if you want to access it
from another computer in the network).

Hope this helps clear things out.

Thanks,
Eduard

--
[1]
http://www.xwiki.org/xwiki/bin/view/FAQ/How+to+change+the+home+page+destination
[2] http://platform.xwiki.org/xwiki/bin/view/AdminGuide/AccessWiki

On Wed, Jan 6, 2016 at 5:52 PM, Hugor Mbuta 
wrote:

> Hi All,
>
> I created one wiki page on my windows 7 machine with  some sub pages and
> some documents inserted so everything is good so far.
>
> But I would like to change URL name of wiki page at moment it’s call:
> http://localhost:8080/xwiki/bin/view/Main/?srid=EiLr8Qmn
>
> I would like to change that by a pretty name instead the the default path
> and also able to access the wiki page from another computer on my network.
>
> I checked some document on the xwiki.org regarding Path-based wiki access
> and Domain-based wiki access.
>
> The documentation is not enough clear for me  so someone can give the full
> steps to change the path and make this access everywhere in the network,
> please
>
>
> Regards,
>
> Thanks
>
> H.
>
> Hugor Mbuta
> IT Support Analyst
>
> direct dial +44 (0) 20 7332 9995
> h.mb...@gasstrategies.com
>
> [http://www.gasstrategies.com/gslogo.jpg]
>
> Gas Strategies
> 10 St Bride Street
> London, EC4A 4AD
>
> +44(0) 20 7332 9900
> www.gasstrategies.com
>
>
> This e-mail, including any attached files, may contain confidential and
> privileged information for the sole use of the intended recipient. Any
> review, use, distribution, or disclosure by others is strictly prohibited.
> If you are not the intended recipient (or authorized to receive information
> for the intended recipient), please contact the sender by reply e-mail and
> delete all copies of this message. Please note that we do not accept any
> responsibility for viruses and it is your responsibility to scan the email
> and attachments (if any). Gas Strategies Group Limited is a company
> registered in England and Wales under company number 2225820. Gas
> Strategies is the trading name of Gas Strategies Group Limited. Registered
> company address: 10 St Bride Street, London, EC4A 4AD
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Velocity documentation

[Eduard Moraru]

Also, if you`re running XWiki 3.0M1+, you can use the latest version of
Velocity 1.7 which translates to:

https://velocity.apache.org/engine/releases/velocity-1.7/user-guide.html

Thanks,
Eduard

On Sat, Jan 9, 2016 at 1:02 PM, Giordano Ninonà 
wrote:

> Thank you! :D
>
> 2016-01-09 11:52 GMT+01:00 Hamster :
>
> > https://velocity.apache.org/engine/releases/velocity-1.5/user-guide.html
> >
> >
> >
> >
> > --
> > View this message in context:
> >
> http://xwiki.475771.n2.nabble.com/Velocity-documentation-tp7597449p7597450.html
> > Sent from the XWiki- Users mailing list archive at Nabble.com.
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] New Page Has No Parent

[Eduard Moraru]

Hi Randy,

From your choice of words (and your continued usage of the now deprecated
"spaces" macro on the homepage, as observed in the screenshot you`ve
provided), I understand that you still see things in terms of "creating
spaces" and "creating documents inside spaces" in 7.4 and, IMO, that`s
really the issue.

In case you`ve missed it from the release notes, starting with 7.2, we`ve
introduced the notion of Nested Pages [1], which means that you no longer
have the notion of "pages inside spaces", but always "pages inside pages".
Technically, it is actually implemented by always creating a "space" when
you create a page from the UI, but the user should see it as if he is
always creating a page.

= Use Case 1 =

When your users go to your homepage and create a new page "under the Main
space", they are actually creating a nested page (old "space"), under the
homepage (document called "Main") of your wiki. If you change [2] the
homepage of your wiki to point to a different document instead (say
"Some.Other.Homepage"), I`m fairly sure that you do not want your users to
start creating new pages as children of that page (e.g.
"Some.Other.Homepage.NewUserPage"), because that is what the alternative
would lead to.

The logic behind the original decision of handling the homepage differently
was that, even as Guillaume was hinting, the homepage is seen as the "root"
of your wiki. Creating a page from the root should result in creating top
level pages, not child pages. If you wanted to create a child page of
something from the homepage, you would explicitly do so by selecting a
parent. Not selecting a parent while on the homepage would logically imply
that you want to create a page in the wiki (i.e. top page).

I`m curious why do you find it normal the other way around, i.e. landing on
the wiki (i.e. not navigating somewhere in particular) + creating a new
page => resulting in creating a child page of the "Main" page (which
happens to be the homepage).

If you always create child pages of the homepage ("Main" page), on the long
run, all your URLs will be /Main/This/Page, /Main/That/Page,
/Main/That/Other/Page, etc... but ultimately, what is this "Main", and why
is it that important to drag it along in all your page URLs? (of course,
again, if you change your homepage to "Some.Other.Homepage", all your urls
will be prefixed by that!)

= Use case 2 =

Now, another way of looking at this would be that, for some reason, you
*really* want to keep all your content under some top level page (e.g. as
Vincent suggested, a "Content" container page), perhaps to separate it from
applications (which, for historic reasons, currently are also located in
the top level) like Blog, Sandbox, etc. or any other reason.

The only limitation in this usecase is if you also want to use that
container page ("Main", "Content", etc.) as your homepage. In this case,
indeed, I see no other solution but to modify the createinline.vm template
or for us to drop this behavior altogether.

---

Conclusion so far:
We have 2 use cases regarding a new page's parent. They can both coexist,
except that, in some cases, the 2nd use case is limited by the first use
case. If we consider this limitation to be a deal breaker, then we are left
with 2 choices:
A. Drop use case 1 (i.e. always propose the current page as parent of the
new page, regardless if the current page is the homepage or not)
B. Make use case 1 configurable (i.e. enable or disable it completely, in
case you are suffering from the limitation of the second use case; this
allows the user to decide if it's useful or not)

Of course, if option B is what we go for, we also need to figure out where
we would put such a configuration.

I would be in favor of option B (since I obviously believe that use case 1
is something useful for the majority of cases), but have no idea on the
location of the configuration.

WDYT?

Thanks for all your feedback so far and I`m counting on your help and
anyone else interested to reach a conclusion regarding this.

-Eduard

--
[1] http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization
[2]
http://www.xwiki.org/xwiki/bin/view/FAQ/How+to+change+the+home+page+destination

On Mon, Jan 4, 2016 at 3:13 PM, Randy Havens <
randy.hav...@cityofrochester.gov> wrote:

> > So if we bring
> > back the old behavior as-is we'd still have to find a solution for
> > top-level space creation.
>
> That’s already taken care of. This is how I always created spaces before:
> (this is a screenshot from my 7.4 instance, so I know that it is still an
> option)
>
> [cid:image001.png@01D146C6.3625A240]
> > A suggestion I had now that nested spaces are activated by default was to
> > make the home page of the wiki be "above" every other space. Said
> > differently, the home page would reside directly at
> > https:///xwiki/bin/view/
> > without anything else being mentioned. From that page you'd be able to
> > create top-level spaces, 

Re: [xwiki-users] Request: make linking easy

[Eduard Moraru]

Hi Anton,

Sorry to hear you are having such difficulties with XWiki. Even so, it`s
interesting to hear other opinions.

Regarding your particular issue with the link syntax...

TL;DR Try "[[MyExamplePage.WebHome]]". That should work out nicely for what
you want.

Detailed answer...

You say you have just created the document "MyExamplePage". However, since
you are probably using the 7.2+ UI, with the shift to Nested Pages, you
have probably actually created the page "MyExamplePage.WebHome" (unless
you've checked "Terminal Page" as an advanced user, which I doubt you did).

At this point, you should have a look at this page [1].

When you are using WYSIWYG to add a link by using the nice wizards, we have
tried (a lot actually) to make the transition to Nested Pages transparent
to users (both in the previous creation step and in the WYSIWYG editor) so
that regular users are not exposed to the technical/implementation detail
which is the "WebHome" part. Everywhere they look, users see document
titles instead of the document name "WebHome".
While still in WYSIWYG, the editor might produce an overly explicit wiki
syntax in the document's content, and, if you study the XWiki Syntax page,
you will see that all the information you mentioned is not really needed.
It is either a slightly overly explicit WYSIWYG thing but probably also
mixed with the input you`ve provided to the link wizard.

1. [[MyExamplePage>>doc:MyExamplePage.WebHome]] is broken into
[[label>>type:reference]].
2. In your case label and document name (actually space name) is the same,
so this is perfectly equivalent with: [[doc:MyExamplePage.WebHome]]
3. Now the "doc:" part is default, AFAIK, so this is why I mentioned an
overly explicit WYSIWYG editor... this means that, in the end, your like is
actually [[MyExamplePage.WebHome]].
4. The only issue left at this stage is the "WebHome" part, which, as
mentioned (and we are trying to make it well understood), is an
implementation/migration/historical detail of the Nested Pages approach
that we are pushing for since 7.2. Please keep in mind that XWiki is around
for almost 13 years now and it has evolved a lot, but never without its
growing pains. ATM, this is one of them. We are trying our best to make
everything transparent to simple users through nice UIs, but when you get
down to wiki syntax, macro parameters, includes, application development,
etc, you need to be an intermediate/advanced user and to also be aware of
these technical aspects.

In the current model, a page reference has a "wiki" field, a "space" path
field and a page "name" field. Our solution within the current model to
implement Nested Pages was to make the real page name part of the space
path (as last element) and, for the page "name" field, always user
"WebHome". In the pre 7.2 way of presenting things, this would look like we
are always creating spaces instead of pages, since (terminal) pages lack
flexibility, i.e. can no have child pages of their own. Probably the next
evolution step would be to drop the page "name" field altogether and just
keep the "path" field, which would remove the need for the "WebHome" hack
and would move more towards a "node"-based model. An even further evolution
step would be to maybe transform that path into an unique ID for the page
(which would not necessarily need to be a path), something that would allow
us to go to a parent-child based Nested Documents implementation [2].

Anyway, it's an iterative process and, at every step, we need to preserve
backwards compatibility with previous XWiki versions and/or to provide
viable and smooth migration processes, otherwise people already using XWiki
will not be very happy when they try to upgrade.

Hope this helps in understanding what is going on and that it's not really
an issue of the syntax, but of the compromise we had to make to be able to
expand our model.

-Eduard

--
[1] http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization
[2]
http://design.xwiki.org/xwiki/bin/view/Proposal/ParentchildUniqueIDNestedDocuments



On Thu, Nov 26, 2015 at 9:44 PM, Anton Hughes  wrote:

> On 26 November 2015 at 20:33, vinc...@massol.net 
> wrote:
>
> > It works. Create a page with [[test]]. You’ll see a question mark (wanted
> > link). Click on it, add content and save. Navigate back to your first
> page.
> > The link works.
> >
> > What you’re showing in the screenshots is orange and apples. In one link
> > you link to a new page called MyExamplePage. And in the second one you
> link
> > to a page named MyExamplePage.WebHome.
> >
> > In Mediawiki try create a page2 that exists (and a page1 that doesn’t).
> > Then write in another page:
> >
>
> Youre missing my point.
> I'm trying to point out how difficult it is, without prior knowledge, to do
> just a simple link.
> You answer by giving me links to all sorts of docs.
>
> As I tried to illustrate, I have already created a page called
> 

Re: [xwiki-users] congratulations

[Eduard Moraru]

Nothing better than a happy user :)

Thanks,
Eduard

On Wed, Nov 25, 2015 at 12:49 PM, Ecaterina Moraru (Valica) <
vali...@gmail.com> wrote:

> Thanks Ricardo for all your nice words! :)
>
> Caty
>
> On Wed, Nov 25, 2015 at 11:12 AM, vinc...@massol.net 
> wrote:
>
> > Hi Ricardo,
> >
> > We like these kind of messages! Keep them coming :)
> >
> > Thanks a lot for sharing this with us.
> > -Vincent
> > On 24 Nov 2015 at 15:54:41, [IDIS Technical Secretariat] Ricardo
> Rodríguez
> > (ricardo.rodrig...@idisantiago.es) wrote:
> >
> > Dears,
> >
> > I've just updated to XWiki 7.3. I'm really happy to keep enjoying XWiki
> and
> > to see how the framework is evolving. The interface is now cleaner, much
> > nicer. All behind the scene seems to me clearer release after release.
> >
> > Thanks for the effort!
> >
> > Warmest regards,
> >
> > Ricardo
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Create spaces and page in toplevel space via Java component

[Eduard Moraru]

Hi,

Depending on what you want to achieve, you could create various types of
pages:

- Top level document (non-terminal): new DocumentReference("myWiki",
"myTopLevelPage", "WebHome")
- Second level document (non-terminal), under the "Main" space: new
DocumentReference("myWiki", Arrays.asList("Main", "SecondLevelPage"),
"WebHome")
- Deeper level document (non-terminal): new DocumentReference("myWiki",
Arrays.asList("TopLevelParentPage", "SecondLevelParentPage", ,
"MyDeeperLevelPage"), "WebHome")

- Top level terminal document, under the "Main" space: new
DocumentReference("myWiki", "Main", "MyTerminalPage")
- Deeper level terminal document: new DocumentReference("myWiki",
Arrays.asList("TopLevelParentPage", "SecondLevelParentPage", ,
"MyDeeperLevelParent"), "MyTerminalPage")

There are various signatures of the DocumentReference constructor [1], the
general rules are that:
* you need to know if you are creating a terminal or a non-terminal
document and
* to understand that:
** the name of the non-terminal document is actually the last space name
(in its document reference, with the page name always being "WebHome") and
that
** the name of a terminal document is simply its page name (in its document
reference).

Also note that in 7.2 we have deprecated the parent-child notion and that
the setParentReference call you are performing is now deprecated (will go
away soon). The parent of a document is now resulting from its reference
[2].

Hope this helped and that it did not confuse you more :)
-Eduard

--
[1]
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-model/src/main/java/org/xwiki/model/reference/DocumentReference.java
[2] http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization

On Wed, Nov 25, 2015 at 2:11 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> On Wed, Nov 25, 2015 at 10:54 AM, gervwyk  wrote:
>
> > Hello.
> > How would I create a new space under Main or the toplevel entity from a
> > java
> > component. So far I'm doing this, but not sure..
> >
> > DocumentReference docref = new
> > DocumentReference(serverName,pageSpace,pageName);
> > if(xwiki.exists( docref, xcontext)){
> > //skip create do other stuff
> > }else{
> >XWikiDocument doc = new XWikiDocument(docref);
> >doc.setTitle(pageName);
> >DocumentReference docrefparent = new
> > DocumentReference(serverName,pageSpace,"WebHome");
> >doc.setParentReference(docrefparent);
> >xwiki.saveDocument(doc, xcontext);
> > }
> > Where:
> >
>
>
> > serverName = $request.serverName
> >
>
> The first parameter is the wiki name, not the server name. If I print
> $request.serverName in Velocity I get "localhost" which is not the wiki
> name ("xwiki" for the main wiki in my case). $xcontext.database should give
> you the name of the current wiki.
>
> Hope this helps,
> Marius
>
>
> > pageSpace = "Main"
> > pageName = "NewPage"
> >
> > is there anything else I need to set on the document or am I referencing
> > wrong? Not sure why it is not creating the page..
> >
> >
> >
> > --
> > View this message in context:
> >
> http://xwiki.475771.n2.nabble.com/Create-spaces-and-page-in-toplevel-space-via-Java-component-tp7596969.html
> > Sent from the XWiki- Users mailing list archive at Nabble.com.
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [Blog] Recent Blog Entries Macro

[Eduard Moraru]

Hi,

I`m sharing with you the addition of a new article on xwiki.org's blog:

"Tips & Tricks - Recent Blog Entries Macro"
by  Silvia Macovei

http://www.xwiki.org/xwiki/bin/view/Blog/RecentBlogEntriesMacro

The article introduces a macro that was recently published on
http://extensions.xwiki.org that nicely displays the most recent blog
articles.

If you have something XWiki-related that you would like to share on
xwiki.org's blog, please see my mail on how you can easily do that:

http://xwiki.markmail.org/thread/r4r4celltmdprqia

Thanks,
Eduard
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Document Tree set Root to Current page (take 2)

[Eduard Moraru]

Hi,

On Tue, Jun 14, 2016 at 1:14 PM, Isaac Jurado  wrote:

> On Tue, Jun 14, 2016 at 11:42 AM, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
>
> > On Tue, Jun 14, 2016 at 12:31 PM, Isaac Jurado 
> wrote:
> >
> > > Hello,
> > >
> > > Searching through the web I found the following mailing list thread:
> > >
> > > http://comments.gmane.org/gmane.comp.web.wiki.xwiki.user/28977
> > >
> > > Which solves my problem exactly, with one minor caveat: the enterprise
> > > XWiki installation I'm using has Velocity macros disabled for average
> > > users.
> > >
> > >
> >
> > > Therefore, what is the equivalent of Velocity's $doc.documentReference
> in
> > > XWiki syntax (i.e. node id reference).
> > >
> >
> > You can either hard-code the full reference of the current document
> > (wiki:Path.To.Page) if it's not dynamic, otherwise, you can create a wiki
> > macro
> http://platform.xwiki.org/xwiki/bin/view/DevGuide/WikiMacroTutorial
> > that uses Velocity. Your average users will have to use this
> > "currentDocumentTree" macro.
> >
>
> As I mentioned, our users don't have permission to use the {{velocity}}
> macro so anything related to Velocity is out of the equation.
>

It is not clear what you want to achieve. If you are a wiki admin and have
received complains that your users can not use the {{documentTree}} in
order to create some content that displays the document tree for the
current document, then your solution, again, as a wiki admin, is to create
a very small "currentDocumentTree" macro which is tailor-made for this
particular usecase and which you can recommend to your users to use in
their plain-wiki content instead of the default "documentTree" macro. A
user without "script" rights is able to successfully use macros (even if
the macros contain scripts), as long as the macros are created and saved by
a user with script rights (e.g. an admin) and that has set the macro to be
visible to the entire wiki (i.e. other users).

However, if your situations if that of being a regular user in a wiki where
the admin did you give you "script" rights, then unfortunately the wiki
syntax [1] does not have such a construct, since it is something that is
achievable either through scripting or through
(installed/pre-built/available) wiki macros (as detailed above and in the
reply from Marius).

Hope this makes it clearer.

Thanks,
Eduard

--
[1] http://platform.xwiki.org/xwiki/bin/view/Main/XWikiSyntax


> On the other hand I think I'm failing to understand the "root" parameter of
> the {{documentTree}} macro:
>
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Document+Tree+Macro
>
> Given that I have the following path:
>
>   MyRoot.MyPage.MyChild
>
> If I want to show the Document Tree rooted at MyPage, I'm trying something
> like:
>
>   {{documentTree root="document:xwiki:MyRoot.MyPage"
> hierarcyMode="parentchild" /}}
>
> And also:
>
>   {{documentTree root="document:xwiki:MyRoot.MyPage"
> hierarcyMode="parentchild" /}}
>
> And neither of those show any children, when the expectation was to see
> "MyChild".
>
> Thank you for your support.  Best regards.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] [ANN] XWiki 8.2 Milestone 2 released

[Eduard Moraru]

The XWiki development team is proud to announce the availability of XWiki
8.2 Milestone 2.

This milestone release features a redesigned default homepage, a new
application index in the drawer and minor improvements to the template
providers, the Flamingo skin and Ratings.

For developers, we have some welcomed Livetable macro improvements and a
long overdue change of behaviour for the getRenderedContent method.

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/ReleaseNotesXWiki82M2

The following people have contributed code to this release (sorted
alphabetically):

Alexandru Cotiuga
Clemens Robbenhaar
Denis Gervalle
Ecaterina Moraru (Valica)
Eduard Moraru
Guillaume Delhumeau
Marius Dumitru Florea
Pascal Bastien
Thomas Mortagne
Vincent Massol

Thanks for your support
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released

[Eduard Moraru]

Hi,

Depends where you did your customizations. Normally, the should be located
in Dashboard.WebHome, not in Main.WebHome (which used to just include
Dashboard.WebHome). When upgrading, there is a chance that your homepage
will be replaced by the new homepage (if you did not really touch
Main.WebHome), but your Dashboard.WebHome page should look the same as
before (again, if that`s where your customizations are actually located).
You can then edit the new homepage and re-add the include to the
Dashboard.WebHome page if that is what you wish.

There is also a chance (if you`ve edited Main.WebHome) that you might get a
prompt in the DIstribution Wizard asking you what to do with your
Main.WebHome page changes (keep them or overwrite them with the new version
of the page).

Whatever the case, just make sure to do a backup (xar export) of both
Main.WebHome and Dashboard.WebHome before upgrading, just to be safe and to
easily restore anything that the upgrade may change on your wiki.

Thanks,
Eduard

On Thu, Jun 23, 2016 at 11:38 AM, Mahomed Hussein <maho...@custodiandc.com>
wrote:

> Awesome work as usual.
>
> Please can you just confirm that if I upgrade from 8.1 to 8.2 that my
> current "Home" dashboard page won't be overwritten by the new page? I've
> got some customisations on that page that I don't want to lose
> (particularly as users now know how to use the wiki and expect to see what
> they currently see on my customised page).
>
> Thanks.
>
>
> Kind regards,
>
>
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Eduard Moraru
> Sent: 21 June 2016 21:52
> To: XWiki Developers <d...@xwiki.org>; XWiki Users <users@xwiki.org>
> Subject: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released
>
> The XWiki development team is proud to announce the availability of XWiki
> 8.2 Milestone 2.
>
> This milestone release features a redesigned default homepage, a new
> application index in the drawer and minor improvements to the template
> providers, the Flamingo skin and Ratings.
>
> For developers, we have some welcomed Livetable macro improvements and a
> long overdue change of behaviour for the getRenderedContent method.
>
> 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/ReleaseNotesXWiki82M2
>
> The following people have contributed code to this release (sorted
> alphabetically):
>
> Alexandru Cotiuga
> Clemens Robbenhaar
> Denis Gervalle
> Ecaterina Moraru (Valica)
> Eduard Moraru
> Guillaume Delhumeau
> Marius Dumitru Florea
> Pascal Bastien
> Thomas Mortagne
> Vincent Massol
>
> Thanks for your support
> -The XWiki dev team
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] How can I get event object through a form

[Eduard Moraru]

Hi,

Did you try using searchEvents and building an HQL that retrieves the Event
object with the given IDs? Then, once you get the Event objects, you can
use deleteActivityEvent on each of them.

Hope this helps,
Eduard

On Mon, Jan 18, 2016 at 2:39 PM, Pascal BASTIEN 
wrote:

> Hi,
>
> I try to make an Admin form to delete some event from activity stream.
> I manage:
> - to list events in a checkbox list
> - to delete an event
> #foreach ($MonEvent in $xwiki.activitystream.getEventsForUser($MyUserr,
> false, 300, 0))
>   #if ($MonEvent.getPage()=='MySpace.MyPage')
> * event deletion
> $xwiki.activitystream.deleteActivityEvent($MonEvent)
>   #end
> #end
> - but I didn't manage to pass an event id/object with form to my
> deleteActivityEvent method :-(
>
> It doesn't work because when I get my event through
> $request.getParameterValues('IdEntry'), event ID is transformed in text and
> is not event object anymore.
>
> I use velocity with xwiki 7.0.1 and my page contains this code:
>
> **
> {{velocity}}
> {{html}}
> ## My form to select events to delete
> 
> 
>   #foreach ($MonEvent in $xwiki.activitystream.getEvents(false, 200, 0 ))
> ##1. AAA $MonEvent - $MonEvent.getPage()
> #set($MycheckBox="" + "$MonEvent.getPage() -
> $MonEvent.getDisplayDate() - $MonEvent.getType() - $MonEvent.getPriority()
> - $MonEvent.getUser() - $MonEvent.getEventId() - $MonEvent.getEvent() " +
> "")
> $MycheckBox
>   #end
>   ##   
> This is checkbox 
> 
>  
>  
> {{/html}}
>
> ## get select events ID
> $request.getParameterValues('IdEntry')
>
> ## i want to delete these ID
> #foreach ($MyValue in $request.getParameterValues('IdEntry'))
>   * try to delete this event with ID: $MyValue $MyValue.getPage()
>   ## $MyValue.getPage() it doesn't work because $MyValue is not event
> anymore
>   ## delete event method
>   :-(
> #end
> **
>
> To resume, do you have a way to give an event object to my
> deleteActivityEvent with form+velocity (because deleteActivityEvent accept
> only event object) ?
>
> Thxs
>
> Pascal B
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] What will happen if I install extension with almost the same function?

[Eduard Moraru]

Hi Sonic,

You`re clearly mixing things up a bit.

I`m not very familiar with the Highlight Macro [1] but, as the name
implies, it is a macro that is used at rendering time. That means that you
go in edit more, you use the macro in the actual content of the page to
wrap some code in it and then you go into view mode and see the code pretty
printed with syntax highlighted and all.

What the Syntax Highlighting Application [2] does is that, at *edit* time,
it augments your editor so that syntax highlighting is done *while you are
editing* the page. It is not for presentation purposes (like a macro is),
but it is there to help you edit script codes inside pages (example:
velocity scripts, JavaScript/CSS inside Style/JavaScript Extensions, etc).
Once you save the page and go to view mode, the code you wrote usually
executes and you see a result, but not (a pretty print of) the code itself.

So the Syntax Highlighting Application is a tool to help you write XWiki
applications (if you may), while the Highlight Macro is a container to help
you display/present some code inside the content of a wiki page, but not to
execute it.

There is no issue of them running at the same time, because they do
different things.

Hope this helps,
Eduard

--
[1] http://extensions.xwiki.org/xwiki/bin/view/Extension/Highlight+Macro
[2]
http://extensions.xwiki.org/xwiki/bin/view/Extension/Syntax+Highlighting+Application

On Mon, Feb 8, 2016 at 1:36 PM, Sonic  wrote:

> Thanks.
> So, There is a Syntax Highlighting Application, Highlight JS Macro in my
> xwiki and its'not the same.
>
> How to use Syntax Highlighting Application?
> Where can I see settings for Highlight JS Macro? This macro is not
> working(not highlighting code) for users without "Administrator" or
> "Programming" rights.
>
>
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/What-will-happen-if-I-install-extension-with-almost-the-same-function-tp7597807p7597818.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Creating a seperate login page in a space that is not blocked (ie XWiki)

[Eduard Moraru]

Hi,

On Mon, Feb 1, 2016 at 12:36 PM, Jan-Paul Kleijn  wrote:

> Hi there,
> The login page of XWiki is situated in the XWiki space. From this space it
> is not possible to load pages with a XMLHttpRequest in javascript.


Please be more precise on your original problem. What have you tried and
what has failed?

The only particularity about the XWiki space is that it has a space-level
edit right restriction, allowing only XWikiAdminGroup to edit, but that`s
about it so I`m not sure you need to go through the trouble of creating a
new login page.

Thanks,
Eduard


> I want to work around this by creating a seperate login page with exactly
> the same content as the current XWiki login page.
> I would like to know if this will pose a security risk or not. I do not
> understand why it should but I am asking you to make sure I am not
> forgetting anything.
>
> If you like I can share the procedure with you because I think it can be
> an improvement over the current situation.
>
> Kind regards,
> Jan-Paul Kleijn
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Something wrong with extension manager and xwiki

[Eduard Moraru]

Hi,

There could be some javascript error on the ExtensionManager.

It would help if you would right click and select "Inspect Element", select
the tab "Console" from the frame that appears below and reload the page. If
you get some (red) errors in the "Console" tab while retrying your
operation, paste them here to give us an idea about what is going on wrong
on the Extension Manager side.

Regarding the extensions you are trying to install/uninstall, there is a
chance that the operations were successful, only that the javascript error
prevented you from getting the right feedback in the Extension Manager UI.
Try to clear your browser`s cache or, as a last solution, maybe restart
your XWiki instance.

These are really not issues of the extensions, but they look like some
issues of the Extension Manager UI.

Hope this helps,
Eduard

On Thu, Feb 11, 2016 at 4:15 PM, Sonic  wrote:

> 1.
> I have tried to install Syntax Highlighting Application(3.3 version) after
> I
> deleted the one(3.1 version).
> Extension manager just started showing this icon:
> 
> The install log was empty. It didn't stop.
> I installed the extension manually by importing the .xar file.
> And now I see this in installed extension section(install log is empty):
> 
> In Extension History xwiki said the extension version is not valid and
> offered to downgrade to 3.1.
> I did it and got this
> 
>
> 2.
> What does it mean?
> 
>
> 3. I tried to install Highlight Macro extension like the first one. First
> with Extension manager and then did it manually. There is no this extension
> in Installed extension section, but I can see this in Add extension
> section:
> 
> In extension history I see the same thing.
>
> It feels like something just has stopped and doesn't work.
>
>
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Something-wrong-with-extension-manager-and-xwiki-tp7597917.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Space´s representation

[Eduard Moraru]

Hi,

You are right, WebHome pages are identical to any other terminal pages
inside a space. There is no difference when creating a WebHome page inside
a space from when creating any other terminal page inside a space. I`m not
sure I understand what you actual problem is.

When trying to create a WebHome or a terminal page, what is the step from
which things appear to start behaving differently?

Thanks,
Eduard

On Thu, Feb 11, 2016 at 4:29 PM, Giordano Ninonà 
wrote:

> Hi users,
>
> In my java component I am handling the creation of spaces and pages. The
> point is to write a java method that can create and update spaces and
> terminal pages contained in them according to some data structure.
>
> I already have created XClasses, XObjects and Sheets to handle the content
> representations of both spaces and terminal pages, but the problem is that
> I can´t put the pages inside the correct spaces.
> I thought that the space´s Webhome page is a document like any other page,
> thus I´ve managed it like the other terminal pages. Terminal pages creation
> is ok, meaning that the content are diplayed properly, but the they are
> contained in spaces that haven´t a page (if I go in the space´s page I am
> asked to create it because it doesn´t exist), meanwhile there are other
> pages which have the content that should be displayed in the space page.
>
> Example of the structure that I have:
>
> Space
>
> Space(with no content/xobject)
>
> Terminal Page
> Terminal Page
> .
> .
> .
>
> Page with space´s content/xobject
> Space(with no content/object)
>
> Terminal Page
> Terminal Page
> .
> .
> .
>
> Page with space´s content/object)
> .
> .
> .
>
> So my question is how do I have to create the space´s page if I want to
> associate an XObject for the content representation? I used resolver for
> both spaces and document, so I think that the references are handled
> correctly...
>
> Sorry for the long post and thank you for your answers.
>
> Giordano.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Feature Request: Allow copy & paste of images into WYSIWYG editor

[Eduard Moraru]

Why not launch a javascript event when an attachment is added to a page? If
you are in edit mode and you have an editor listening to such an event, it
can also include the attachment in the editor (if it's an image), etc.

Right now we already have the feature of adding an attachment from view
mode. You don`t really need to be in an editor to attach a file to a page
so that`s why I saw this as a more generic feature of the page itself.

Anyway, just an idea.

Thanks,
Eduard

On Wed, Feb 24, 2016 at 12:28 AM, vinc...@massol.net <vinc...@massol.net>
wrote:

> Hi Edy,
>
> On 23 Feb 2016 at 22:35:18, Eduard Moraru (enygma2...@gmail.com(mailto:
> enygma2...@gmail.com)) wrote:
>
> > On Tue, Feb 23, 2016 at 7:47 PM, vinc...@massol.net
> > wrote:
> >
> > >
> > >
> > >
> > >
> > >
> > > On 23 Feb 2016 at 15:14:06, Guillaume Lerouge (guilla...@xwiki.com
> (mailto:
> > > guilla...@xwiki.com)) wrote:
> > >
> > > > Hi Edy,
> > > >
> > > > On Tue, Feb 23, 2016 at 2:38 PM, Eduard Moraru wrote:
> > > >
> > > > > On Tue, Feb 23, 2016 at 1:22 PM, vinc...@massol.net
> > > > > wrote:
> > > > >
> > > > > >
> > > > > >
> > > > > > On 23 Feb 2016 at 12:06:43, Guillaume Lerouge (
> guilla...@xwiki.com
> > > > > (mailto:
> > > > > > guilla...@xwiki.com)) wrote:
> > > > > >
> > > > > > > Hi Stuart,
> > > > > > >
> > > > > > > thanks for your feedback. This is indeed a frequent request.
> In the
> > > > > > current
> > > > > > > WYSIWYG editor, it partially works (your image has to be
> available
> > > > > from a
> > > > > > > public server).
> > > > > > >
> > > > > > > However, we added full support for this feature in the last
> > > version of
> > > > > > the
> > > > > > > CKEditor extension:
> > > > > > >
> > > > > >
> > > > >
> > >
> http://extensions.xwiki.org/xwiki/bin/view/Extension/CKEditor+Integration
> > > > > > > => if you drag & drop an image in CKEditor, it is automatically
> > > > > attached
> > > > > > to
> > > > > > > the wiki page.
> > > > > > >
> > > > > > > Please also note that drag & drop of images currently work if
> you
> > > go to
> > > > > > the
> > > > > > > "attachments" tab of any page (while in view mode) and drop
> your
> > > image
> > > > > > > there.
> > > > > >
> > > > > > hmm are you sure? I’m not aware of this feature. I just tested it
> > > and it
> > > > > > didn’t work for me on 8.0M2.
> > > > > >
> > > > >
> > > > > Tried it and it seems to work only if you drop the file exactly
> over
> > > the
> > > > > file upload field ("Browse" button or "No files selected" label,
> i.e.
> > > field
> > > > > with id "xwikiuploadfile"). This definitely needs to be improved.
> > > > >
> > > > > Personally, I would prefer we go full page Drag & Drop support,
> i.e.
> > > if a
> > > > > file is dropped in the XWiki browser tab, a popup asks the user if
> he
> > > wants
> > > > > to attach the dropped files to the current XWiki document.
> Something
> > > like
> > > > > GitHub is doing when you can drop a file anywhere in the tab of an
> > > XWiki
> > > > > repository (and a commit form will show up for you to fill
> details).
> > > > >
> > > >
> > > > I agree that this would be nice too. However, it doesn't mean you
> don't
> > > > need it in edition mode. Having to switch back and forth between
> view and
> > > > edit because you forgot to upload a file would be tedious. It's
> needed in
> > > > both places.
> > >
> > > +1 to that.
> > >
> >
> > Maybe you`ve missed my next reply:
> > "My point here was that maybe we could make it a page-level feature and
> not
> > an editor-level feature that each editor would have to implement.”
>
> I had read that but I misunderstood it as meaning that you 

Re: [xwiki-users] Feature Request: Allow copy & paste of images into WYSIWYG editor

[Eduard Moraru]

Hi,

Found this issue http://jira.xwiki.org/browse/XWIKI-10026

However, as far as I have tested it, it works. Taking a screenshot, copying
it to the clicpboard and pasting in wysiwyg produces an [[image:data:]]
type image.

Then, right clicking on an image on a website, selecting "Copy Image"
(Firefox) then going to wysiwyg and pasting produces an [[image:http...]]
type image.

So copy/paste is one thing, which seems to work pretty well, while
Drag is another and that would be a nice to have feature.

Thanks,
Eduard

On Tue, Feb 23, 2016 at 12:50 PM, vinc...@massol.net 
wrote:

> Hi Stuart,
>
> I agree that’s would be a very nice feature addition: ability to drag and
> drop images as attachments directly on wiki pages (without having to go
> through edit).
>
> Strangely I couldn’t find a jira issue for this. Would be awesome if you
> could create one at http://jira.xwiki.org
>
> Thanks for the idea
> -Vincent
> On 23 Feb 2016 at 11:47:12, Stuart Stephen (stuart.step...@tracegroup.com)
> wrote:
>
> Hi all,
>
> In various web applications these days it is now possible to copy and
> paste images into web pages which makes the process of adding an image to a
> document online so much easier as you do not need to save it off somewhere,
> then upload it. Copy and paste makes the process so much more efficient.
>
> See the upload feature on http://imgur.com/ for example, where they also
> support drag and drop.
>
> Thanks,
> Stuart
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Feature Request: Allow copy & paste of images into WYSIWYG editor

[Eduard Moraru]

On Tue, Feb 23, 2016 at 1:22 PM, vinc...@massol.net <vinc...@massol.net>
wrote:

>
>
> On 23 Feb 2016 at 12:06:43, Guillaume Lerouge (guilla...@xwiki.com(mailto:
> guilla...@xwiki.com)) wrote:
>
> > Hi Stuart,
> >
> > thanks for your feedback. This is indeed a frequent request. In the
> current
> > WYSIWYG editor, it partially works (your image has to be available from a
> > public server).
> >
> > However, we added full support for this feature in the last version of
> the
> > CKEditor extension:
> >
> http://extensions.xwiki.org/xwiki/bin/view/Extension/CKEditor+Integration
> > => if you drag & drop an image in CKEditor, it is automatically attached
> to
> > the wiki page.
> >
> > Please also note that drag & drop of images currently work if you go to
> the
> > "attachments" tab of any page (while in view mode) and drop your image
> > there.
>
> hmm are you sure? I’m not aware of this feature. I just tested it and it
> didn’t work for me on 8.0M2.
>

Tried it and it seems to work only if you drop the file exactly over the
file upload field ("Browse" button or "No files selected" label, i.e. field
with id "xwikiuploadfile"). This definitely needs to be improved.

Personally, I would prefer we go full page Drag & Drop support, i.e. if a
file is dropped in the XWiki browser tab, a popup asks the user if he wants
to attach the dropped files to the current XWiki document. Something like
GitHub is doing when you can drop a file anywhere in the tab of an XWiki
repository (and a commit form will show up for you to fill details).

Thanks,
Eduard

>
> Thanks
> -Vincent
>
> >
> > Thanks,
> >
> > Guillaume
> >
> > On Tue, Feb 23, 2016 at 11:57 AM, Eduard Moraru
> > wrote:
> >
> > > Hi,
> > >
> > > Found this issue http://jira.xwiki.org/browse/XWIKI-10026
> > >
> > > However, as far as I have tested it, it works. Taking a screenshot,
> copying
> > > it to the clicpboard and pasting in wysiwyg produces an [[image:data:]]
> > > type image.
> > >
> > > Then, right clicking on an image on a website, selecting "Copy Image"
> > > (Firefox) then going to wysiwyg and pasting produces an
> [[image:http...]]
> > > type image.
> > >
> > > So copy/paste is one thing, which seems to work pretty well, while
> > > Drag is another and that would be a nice to have feature.
> > >
> > > Thanks,
> > > Eduard
> > >
> > > On Tue, Feb 23, 2016 at 12:50 PM, vinc...@massol.net
> > > wrote:
> > >
> > > > Hi Stuart,
> > > >
> > > > I agree that’s would be a very nice feature addition: ability to
> drag and
> > > > drop images as attachments directly on wiki pages (without having to
> go
> > > > through edit).
> > > >
> > > > Strangely I couldn’t find a jira issue for this. Would be awesome if
> you
> > > > could create one at http://jira.xwiki.org
> > > >
> > > > Thanks for the idea
> > > > -Vincent
> > > > On 23 Feb 2016 at 11:47:12, Stuart Stephen (
> > > stuart.step...@tracegroup.com)
> > > > wrote:
> > > >
> > > > Hi all,
> > > >
> > > > In various web applications these days it is now possible to copy and
> > > > paste images into web pages which makes the process of adding an
> image
> > > to a
> > > > document online so much easier as you do not need to save it off
> > > somewhere,
> > > > then upload it. Copy and paste makes the process so much more
> efficient.
> > > >
> > > > See the upload feature on http://imgur.com/ for example, where they
> also
> > > > support drag and drop.
> > > >
> > > > Thanks,
> > > > Stuart
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users