September 2011 - xwiki-users@xwiki.org

Re: [xwiki-users] livetable only on objects/pages under parent
by Scott Serr 27 Sep '11

27 Sep '11

----- "Vincent Massol" <vincent(a)massol.net> wrote: > Hi Scott, > > On Sep 27, 2011, at 12:34 AM, Scott Serr wrote: > > > > > Can I limit livetable to display only the objects/pages under a > certain parent page? > > > > Looks like this: > > > > Detectors (space) > > Detectors.Detector1 (page) > > Detectors.Detector2 (page) > > Detectors.Detector1History1 (page with parent set to Detector1) > > Detectors.Detector1History2 (page with parent set to Detector1) > > > > I have livetable on both pages Detector1 and Detector2, trying to > display only their children history. But livetable displays all > DetectorHistoryClass objects. (The Detector2 page shows Detector1's > history objects) Is there a way to limit the results to only children > of the calling page? > > > > I know you can do all this manually with foreach and filtering them > out one at a time, but I'd like to use livetable. > > See the example at > http://extensions.xwiki.org/xwiki/bin/view/Extension/Livetable+Macro#HFilte… > > Hope it helps, > -Vincent Thanks Vincent, I'll give it a try. Those in charge of the xwiki web sites: If I am not logged in, just looking at the pages the code macro can't execute! Failed to execute the [code] macro Thanks, Scott

2 2

[xwiki-users] Open RSS feed links in new window
by Wouter de Vos 27 Sep '11

27 Sep '11

Hi all, While gathering information on the simplify my wiki subject, I stumbled upon the RSS makro and tried it out, works great. But is there a way to have the RSS Links that the RSS Makro displays open in a new window? I know there are discussions on the sensibility of opening links in a new window, but in this project I will have to do so. I tried putting rel="blank" in somewhere, but nothing worked. I tried putting a java class objekt in, but I guess since the rss feed is in a makro, this did not work either. Is it possible, and if yes, how? Thanx in advance, Wouter

3 9

[xwiki-users] livetable only on objects/pages under parent
by Scott Serr 27 Sep '11

27 Sep '11

Can I limit livetable to display only the objects/pages under a certain parent page? Looks like this: Detectors (space) Detectors.Detector1 (page) Detectors.Detector2 (page) Detectors.Detector1History1 (page with parent set to Detector1) Detectors.Detector1History2 (page with parent set to Detector1) I have livetable on both pages Detector1 and Detector2, trying to display only their children history. But livetable displays all DetectorHistoryClass objects. (The Detector2 page shows Detector1's history objects) Is there a way to limit the results to only children of the calling page? I know you can do all this manually with foreach and filtering them out one at a time, but I'd like to use livetable. Thanks, Scott

2 1

Re: [xwiki-users] xwiki
by Vincent Massol 23 Sep '11

23 Sep '11

On Sep 23, 2011, at 3:20 PM, Laurence Caraccio wrote: > > Yes its a good 5 or 6 years old now I think but it loads and thats all that > matters, the point of me looking into it is so that I can update everything > to the latest versions and remove old content, cheers. ok, good to know! :) Thanks -Vincent > Regards, > > > > Laurence Caraccio

1 0

[xwiki-users] List of pages
by Laurence Caraccio 23 Sep '11

23 Sep '11

Hi guys, I'm new to using xwiki, my department has an existing wiki but it's a mess and theres no documentation so I was wondering if there's anyway to get a list of all the pages so I can see what's there. Any help would be appreciated cheers. Regards, Laurence Caraccio PTC software developer Phone: 01962 81 6137 | Mobile: 077 896 202 46 (Embedded image moved to file: E-mail: LAURCACI(a)uk.ibm.com pic03233.gif)IBM IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: PO Box 41, North Harbour, Portsmouth, Hants. PO6 3AU

4 5

Re: [xwiki-users] Access rights management bug?
by Haru Mamburu 23 Sep '11

23 Sep '11

Hi! So, this "feature" makes absolutely useless delete rights, for example, if each and every user with edit rights can easily skip Delete and Admin Prohibition. Actually edit right behaves like admin in the allowed space. As for me it looks a little bit wierd. All users by default are simple, but as you mentioned, nothing stops the intruder with edit rights if he knows magic of URLs. For me it looks logical, that if I PROHIBITED right to delete or Admin rights - it means prohibited, but not "don't pay attention'. For security it means VERY big black whole. And actually we don't have any instrument to track or stop it (besides watching pages). For semi-open projects, or even open, like Wikipedia it creates paradise for vandals, even if you open edit rights only for registered users. Once you can find couple of hundreds pages in Recycle bin even if nobody but Admin has ability to delete pages. :-) And actually rights management contradicts wit 6 user types concept http://dev.xwiki.org/xwiki/bin/view/Design/6TypesOfXWikiUsers So, my proposal is: discuss and implement more precise rights management system in the neares future. Let's make XWiki more safe :-) Thnks a lot for help, Dmitry 21 сентября 2011, 17:39 от Guillaume Lerouge <guillaume(a)xwiki.com>: > Hi Dmitry, > > unfortunately for your use case this is a feature of XWiki. When a user is > granted edit right on a page, he is allowed to edit any object attached to > that page (this is used through the "edit inline" mode as well, when editing > in inline mode the user is actually updating the values of object properties > in the page. > > One way to work around this is by making all users "simple users" by default > so that the menus do not display the advanced edit options. However, users > that know the right URLs will still be able to access the object edition > mode. > > In short: sorry but no, not "safe" the way you mean it :-( > > Guillaume > > On Sat, Sep 17, 2011 at 6:57 AM, Haru Mamburu <haru_mamburu(a)mail.ru> wrote: > > > > > Dear Users, > > > > XE 3.1. Playing with rights I found very unpleasant and IMO dangerous > > behaviour. > > > > Two Default groups: XWikiAllGroup and XWikiAdminGroup > > > > Admin gives rigths to XWikiAllGroup to view pages - no problem. > > Admin gives rigths to XWikiAllGroup to EDIT pages. From my point of view - > > EDIT means only page EDIT in edit/inline mode, > > but not: > > - managing page access rights > > - editing in editor object mode. > > > > I even tried to prohibit to XWikiAllGroup users Administration rights, > > nothing changed. As for my project - it is a disaster. > > I must separate four categories of users: > > 1. All users - have View access to definite spaces. > > 2. SOME registered users - have edit rights for spaces/pages (edit/inline), > > create rights. BUT NO Access rights management, NO object mode editing) > > 3. Admin Users with Admin rights on several spaces to delete/undelete pages > > AND access rights management. > > 4. XWiki Admin > > > > As I discovered, I can't get split second and third group. :-( > > > > It would be wise to avoid rights management and object editing mode > > availability to "smart" users, that can bring a mess into the system in > > couple of seconds. For example, "smart user" with edit rights will easily > > prohibit access to pages to whole XWikiAllGroup OR he even can grant VIEW > > rights ONLY to XWikiAdminGroup with the same results - page becomes > > inaccessible to non-admin users. I checked everything with a Test user in > > XWikiAllGroup. > > > > I don't know if it is a bug or a feature, but for me it's a disaster :-( > > > > Is there any way to make XWiki project safe? > > > > Best Regards > > > > Dmitry Bakbardin > > _______________________________________________ > > users mailing list > > users(a)xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users >

3 4

[xwiki-users] scripting - attachment combined with object
by Scott Serr 22 Sep '11

22 Sep '11

[I'm hoping that scripting belongs here an not in the dev list] I'm trying to tie an attachment to an object. Say, I want to create several TrackingClass objects on a page. But one of the properties I'd like to be a PDF and link. (Or fake it to look like it) I know the properties of a class are primitives plus a few like DbList etc. The table would have these headings: Tracking Date | Description | PDF Link At the bottom of the page I'd have an Add object form: Tracking Date: Description: Attach PDF: [Add Button] This is like the "Creating a FAQ Application" example, but with an attached file in the same form submit. I'm wondering how one might solve this problem? Thanks, Scott

2 1

[xwiki-users] MindMap Macro : ClassNotFoundException freemind.main.FreeMindApplet.class
by Julien Hervouet 21 Sep '11

21 Sep '11

Hi, As an adept of freemind I was very happy to see that a freemind macro exist for xwiki. Unfotunately I have a ClassNotFoundException when tha applet is invoked by the macro, it seems that the FreeMind java library can not be found by the downloaded applet. Here is the Stack Trace of the exception : /Java Plug-in 1.6.0_15 Utilisation de la version JRE 1.6.0_15-b03 Java HotSpot(TM) Client VM charger : classe freemind.main.FreeMindApplet.class introuvable. java.lang.ClassNotFoundException: freemind.main.FreeMindApplet.class at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source) at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source) at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.io.IOException: open HTTP connection failed:http://code.xwiki.org/xwiki/bin/view/Macros/freemind/main/FreeMindAp… at sun.plugin2.applet.Applet2ClassLoader.getBytes(Unknown Source) at sun.plugin2.applet.Applet2ClassLoader.access$000(Unknown Source) at sun.plugin2.applet.Applet2ClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) ... 7 more Exception : java.lang.ClassNotFoundException: freemind.main.FreeMindApplet.class/ The exception occurs on my instance of xwiki and on the xwiki web site at this example address : http://code.xwiki.org/xwiki/bin/view/Macros/MindMapMacro My instance of xwiki is XWiki Enterprise 1.9.3.22597 on Windows XP SP3 and as you see in the stack trace I have the last 1.6.0_15 java plugin. Can you give me an advice to resolve this problem. Thanks in advance, Julien

6 12

[xwiki-users] Access rights management bug?
by Haru Mamburu 21 Sep '11

21 Sep '11

Dear Users, XE 3.1. Playing with rights I found very unpleasant and IMO dangerous behaviour. Two Default groups: XWikiAllGroup and XWikiAdminGroup Admin gives rigths to XWikiAllGroup to view pages - no problem. Admin gives rigths to XWikiAllGroup to EDIT pages. From my point of view - EDIT means only page EDIT in edit/inline mode, but not: - managing page access rights - editing in editor object mode. I even tried to prohibit to XWikiAllGroup users Administration rights, nothing changed. As for my project - it is a disaster. I must separate four categories of users: 1. All users - have View access to definite spaces. 2. SOME registered users - have edit rights for spaces/pages (edit/inline), create rights. BUT NO Access rights management, NO object mode editing) 3. Admin Users with Admin rights on several spaces to delete/undelete pages AND access rights management. 4. XWiki Admin As I discovered, I can't get split second and third group. :-( It would be wise to avoid rights management and object editing mode availability to "smart" users, that can bring a mess into the system in couple of seconds. For example, "smart user" with edit rights will easily prohibit access to pages to whole XWikiAllGroup OR he even can grant VIEW rights ONLY to XWikiAdminGroup with the same results - page becomes inaccessible to non-admin users. I checked everything with a Test user in XWikiAllGroup. I don't know if it is a bug or a feature, but for me it's a disaster :-( Is there any way to make XWiki project safe? Best Regards Dmitry Bakbardin

2 1

[xwiki-users] How to delete Deleted Attachments while FS is on?
by Haru Mamburu 21 Sep '11

21 Sep '11

Hi! XEM 3.1. I turned on filesystem storage, attached file, then deleted it. Due to http://jira.xwiki.org/browse/XWIKI-6918 and no acces via WebDAV yet (http://jira.xwiki.org/browse/XWIKI-6989) - there is no way to review deleted attachments in recycle bin and delete it. As far as I understand - manual delition via filesystem operations is wrong way to do this because of lost metadata. Is there any way to delete deleted attachments correctly until XWIKI-6918 would be fixed and XE would upgraded to fixed one? Kind regards Dmitry Bakbardin

1 0