February 2012 - xwiki-users@xwiki.org

Re: [xwiki-users] Linking
by goldring, richard 15 Feb '12

15 Feb '12

Starting to look into this ... What I find difficult is figuring out how to set up and then get into the swing of developing in Xwiki ... ... It would be easier if more experienced developers blogged step by step how they set up their development tools and fixed different bugs or added new features i.e. what tools they used and how, how they worked out what code to change or add, how they checked in/out code, wrote tests, run tests, etc, etc... Examples are sometimes easier to follow than generic instructions. Also the current instruction refer to subversion and git for source code management - which is it? Regards. Richard -----Original Message----- From: users-bounces(a)xwiki.org [mailto:[email protected]] On Behalf Of goldring, richard Sent: 06 February 2012 17:15 To: 'XWiki Users' Subject: Re: [xwiki-users] Linking Thankyou Marius - I'll have a look at this when I find some free time - I'm a little snowed under at work at the moment! -----Original Message----- From: users-bounces(a)xwiki.org [mailto:[email protected]] On Behalf Of Marius Dumitru Florea Sent: 06 February 2012 17:08 To: XWiki Users Subject: Re: [xwiki-users] Linking On Fri, Feb 3, 2012 at 4:36 PM, Hamster <teunham(a)hotmail.com> wrote: > +1 I've created https://github.com/xwiki/xwiki-platform/tree/feature-alfresco-link . Checkout https://github.com/xwiki/xwiki-platform/blob/feature-alfresco-link/xwiki-pla tform-core/xwiki-platform-wysiwyg/README.txt and the https://github.com/xwiki/xwiki-platform/blob/feature-alfresco-link/xwiki-pla tform-core/xwiki-platform-wysiwyg/xwiki-platform-wysiwyg-server/src/main/jav a/org/xwiki/wysiwyg/server/internal/plugin/alfresco/XWikiAlfrescoService.jav a as an example implementation of the service that is used to browse the tree structure (e.g. file system). You could start by cloning xwiki-platform GitHub repo, checkout the feature-alfresco-link branch, change XWikiAlfrescoService to return information about the network file system, build the WYSIWYG editor modules and update the WYSIWYG editor of your XE instance. Updating the WYSIWYG editor usually means: * overwrite the server and shared jar in WEB-INF/lib * delete resources/js/xwiki/wysiwyg/xwe folder and copy the same folder from the wysiwyg war > > I think this should be part of the "Link" WYSIWYG editor! > > I don't have the knowledge to modify the source-code, but I do the > advantage to modify the source-code (or implement a copy). We have > developed several ClickOnce Applications for internal company use, > which accept URL-parameters. I would love to extend the "Link" menu, > so people can choose "Link to ClickOnceApp", supply the > URL-parameter(s) and XWiki will generate the correct link! > > Is there a step-by-step tutorial on how to modify the > WYSIWYG-editor??? (I know, whishful thinking!) Unfortunately no. Hope this helps, Marius > > -- > View this message in context: > http://xwiki.475771.n2.nabble.com/Linking-tp7247202p7250922.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > _______________________________________________ > 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 _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

2 1

[xwiki-users] Localization configuration in xwiki?
by mohit gupta 15 Feb '12

15 Feb '12

i went through http://platform.xwiki.org/xwiki/bin/view/Features/I18N. Basically i want to set the set the language of my wiki as per the value of paramter language(as explained about appending the language=zz in in the link ) but it only convert the label language not the acyual content. For example i created the page Mypage and put the content as This is my first page(default language is english). But now if i change the default language to french only lablels like comments (to commentaires), history(to historique), Add(to Creer) get changed not the page name and content inside it. Still i see the contant as This is my first page.Though i was expecting it in french. How to configure so that we can change the page name and its content too when changing the default language?

3 8

Re: [xwiki-users] Workspaces and group management + access rights bug?
by Dmitry Bakbardin 15 Feb '12

15 Feb '12

Thanks a lot for clarification, Eduard! And what about http://jira.xwiki.org/browse/XWIKI-7530 http://jira.xwiki.org/browse/XWIKI-7521 Are you going to do it in 3.5 or it would be only in 4+ plans? Kind Regards Dmitry 14 февраля 2012, 16:11 от Eduard Moraru <enygma2002(a)gmail.com>: > Hi Dmitry, > > It's just a matter of rights management. > > This is the default (open) behaviour of Workspaces since that's XWiki's > policy as well. When you create a new workspace, it will allow all global > users and the guest user to view it, but not edit. When a user becomes a > member of the workspace, he will also get edit rights. > > If you want to change this for a single existing workspace, you can simply > go to Administration Workspace > Rights > Groups, select Both from the > Search Scope select input and there you will see that the main wiki > XWikiAllGroup has view rights checked. Uncheck the view right and leave it > as default to stop this from happening. Don`t forget to do the same for the > Unregistered User under the Users tab of the Rights management section. > > If you want to change this for all future workspaces that will be created, > go to the "workspacetemplate" wiki template as a global admin (you can use > WikiManager/WebHome to find it) and do the same thing that I just described > above, for the single workspace situation. Now all the new workspaces that > you will create will not be accessible to non-members. > > Minor note: Additionally, the Skin page, ColorThemes space and Panels space > are also set to explicitly allow view to global users and unregistered > users, so that, when a user lands on a restricted workspace, he can > properly see the skin and color theme that is currently set and he can also > see the workspace information panel that allows him to click (Request)Join > if the option is available. Of course, you can change that too by editing > the rights of the page and spaces (either in a workspace or in the > template), but that should not be necessary IMO. > > Thanks, > Eduard > > On Mon, Feb 13, 2012 at 11:13 PM, Dmitry Bakbardin <haru_mamburu(a)mail.ru>wrote: > > > oops... sorry Once again > > > > I found very strange IMO behaviour of access rights in 3.4 XEM. Access > > rights are simply ignored. > > > > How to reproduce: > > 1) Clean installation of 3.4 XEM > > 2) Default Admin creates "test" workspace > > 3) Test user in XWikiAllGroup in main wiki, not invited in Workspace "test" > > 4) The task was to restrict access to the workspace to test user. > > > > I failed to do this in all possible ways. If Test user is not in the > > workspace, I can't restrict access to him and workspace is ALWAYS visible > > to Test user. > > Access was restricted even to ALL XWikiAllGroup in Main Wiki. Works fine > > for main wiki, BUT, when you enter direct link > > like /xwiki/wiki/test/view/Main/WebHome it simply ignores all restrictions > > both on main wiki and workspace. > > > > So, as a result, there is no way to restrict access to users/group of > > users (or I didn't find it). E.g. I really don't like when my customers > > have an authorized access to "internal" staff :-))). > > From that point of view I either don't understand Workspace access rights > > management quite good, or it's not ready to use yet. > > > > Is it a bug, or it's a misused (by me) feature? > > > > Kind regards, > > > > Dmitry > > > > > > > > > > 14 февраля 2012, 00:04 от Dmitry Bakbardin <haru_mamburu(a)mail.ru>: > > > > > > Hi, > > > > For now owner can invite users to workspace. Is there any possibility to > > invite GROUPS? > > > > I need following scenario: > > - Main Wiki Group A, B, C > > - Workspace "One" invites Group A, B and denies Group C to see workspace > > "One" > > - I register a new user and add it to group A > > - This user AUTOMATICALLY gains access/invitation to workspace. > > - I delete user from the Group A and user is rejected by workspace "one" > > also automatically > > > > Is there any simple way to do this? > > > > > > Kind regards, > > > > Dmitry > > > > Kind regards, > > > > Dmitry > > > > > > Kind regards, > > > > Dmitry > > _______________________________________________ > > 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 > Kind regards, Dmitry

2 1

[xwiki-users] clustering XWiki and having search issues XWiki 3.4 on Ubuntu 10.0.4 with Tomcat6 on Sun Java 6
by shouldbe q931 15 Feb '12

15 Feb '12

Hi, I'm trying to configure a cluster of two XWiki servers using MySQL on a third server. I started with a single XWiki server (xwiki-01) on tomcat6 with local MySQL instance, search was using Lucene and working as expected. Using dump and restore I moved the MySQL database to a different server (mysql-1) and adjusted /var/lib/tomcat6/webapps/xwiki/WEB-INF/hibernate.cfg.xml accordingly. access to the wiki still worked as expected and Lucene worked as expected. I was able to do a re-index with no issues. I spun up a new vm to be a second XWiki server (xwiki-02) and used rsync to copy over all of the relevant files and directories. /var/lib/tomcat6/webapps/xwiki the tomcat configuration files server.xml and /etc/default/tomcat6 the private SSL certificate for tomcat6 (I'm using HTTPS) and LDAPs (to use port 636 instead of 389 against AD) As xwiki.cfg is configured with xwiki.plugins.lucene.indexdir=/var/lucene I manually created /var/lucene and did a "chown tomcat6:root /var/lucene" to set permissions. I'm able to access the wiki using xwiki-02 with no issues, but search is not working correctly, If I set search to use database it finds 710 elements, if I set it to use Lucene it only finds 6. Search on xwiki-01 still works correctly and both Lucene and database search see 710 elements. I'm aware that until I follow http://platform.xwiki.org/xwiki/bin/view/AdminGuide/DistributedEventCluster… that the two XWiki instances won't be in "sync", but at the moment I'm more concerned about search... Cheers

2 2

[xwiki-users] WYSIWYG on demand
by Ashtar Communications 14 Feb '12

14 Feb '12

Does anyone have a working example of loading the WYSIWYG editor on-demand with velocity? Would love to see how you implemented it...I'm having some trouble with porting the code on the xwiki site. Thanks, aaron

2 8

[xwiki-users] Workspaces and group management
by Dmitry Bakbardin 14 Feb '12

14 Feb '12

Hi, For now owner can invite users to workspace. Is there any possibility to invite GROUPS? I need following scenario: - Main Wiki Group A, B, C - Workspace "One" invites Group A, B and denies Group C to see workspace "One" - I register a new user and add it to group A - This user AUTOMATICALLY gains access/invitation to workspace. - I delete user from the Group A and user is rejected by workspace "one" also automatically Is there any simple way to do this? Kind regards, Dmitry

3 3

[xwiki-users] security breach?
by Ricardo.Julio.Rodriguez.Fernandez＠sergas.es 14 Feb '12

14 Feb '12

Hi! Under certain circunstances I'm not able to identify, even though a given I've no access to a given XWiki page, it is possible to access/download their attached files provided you know their URLs. Please, could you figure out why this could happen? Thanks! This is causing me some serious problems here. Running XWiki Enterprise 2.4.30451. Greetings! Ricardo -- Ricardo Rodríguez Research Management and Promotion Technician Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. See more languages: http://www.sergas.es/aviso_confidencialidad.htm

5 14

[xwiki-users] help
by Jasvent Singh 14 Feb '12

14 Feb '12

Regards Jaswant Singh Eperium Business Soln. Pvt. Ltd. eperium. e-commerceunlimited ________________________________ From: "users-request(a)xwiki.org" <users-request(a)xwiki.org> To: users(a)xwiki.org Sent: Tuesday, 14 February 2012 5:30 PM Subject: users Digest, Vol 55, Issue 29 Send users mailing list submissions to users(a)xwiki.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.xwiki.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)xwiki.org You can reach the person managing the list at users-owner(a)xwiki.org When replying, please edit your Subject line so it is more specific than "Re: Contents of users digest..." Today's Topics: 1. Re: width=120 (Paul Libbrecht) ---------------------------------------------------------------------- Message: 1 Date: Tue, 14 Feb 2012 11:23:17 +0100 From: Paul Libbrecht <paul(a)hoplahup.net> To: XWiki Users <users(a)xwiki.org> Subject: Re: [xwiki-users] width=120 Message-ID: <CA2ED1A4-B46F-4457-97FB-997BAA02F7CD(a)hoplahup.net> Content-Type: text/plain; charset=iso-8859-1 Le 14 f?vr. 2012 ? 10:28, Vincent Massol a ?crit : >> (in the syntax definition??) > > Definitely not in the syntax. > > This should go in the documentation for the Image Plugin and the Platform extension of Rendering, i.e. both on http://extensions.xwiki.org. you need to make it central in the documentation. Documenting all the details in an extension is useful for sure. But the basic should be referenced from the syntax I feel. Le 14 f?vr. 2012 ? 10:00, Ludovic Dubost a ?crit : > As for why it was not used in Curriki, I think it did not exist when most > of Curriki was developped. Also the issue with possible failures made it > dangerous to use when you don't control the images passed through the > system. Thanks, that is the perfect explanation. And indeed we have places where it miserably fails. We'll be sure to use it better on the new core. paul ------------------------------ _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users End of users Digest, Vol 55, Issue 29 *************************************

1 0

Re: [xwiki-users] Workspaces and group management + access rights bug?
by Dmitry Bakbardin 14 Feb '12

14 Feb '12

oops... sorry Once again I found very strange IMO behaviour of access rights in 3.4 XEM. Access rights are simply ignored. How to reproduce: 1) Clean installation of 3.4 XEM 2) Default Admin creates "test" workspace 3) Test user in XWikiAllGroup in main wiki, not invited in Workspace "test" 4) The task was to restrict access to the workspace to test user. I failed to do this in all possible ways. If Test user is not in the workspace, I can't restrict access to him and workspace is ALWAYS visible to Test user. Access was restricted even to ALL XWikiAllGroup in Main Wiki. Works fine for main wiki, BUT, when you enter direct link like /xwiki/wiki/test/view/Main/WebHome it simply ignores all restrictions both on main wiki and workspace. So, as a result, there is no way to restrict access to users/group of users (or I didn't find it). E.g. I really don't like when my customers have an authorized access to "internal" staff :-))). From that point of view I either don't understand Workspace access rights management quite good, or it's not ready to use yet. Is it a bug, or it's a misused (by me) feature? Kind regards, Dmitry 14 февраля 2012, 00:04 от Dmitry Bakbardin <haru_mamburu(a)mail.ru>: Hi, For now owner can invite users to workspace. Is there any possibility to invite GROUPS? I need following scenario: - Main Wiki Group A, B, C - Workspace "One" invites Group A, B and denies Group C to see workspace "One" - I register a new user and add it to group A - This user AUTOMATICALLY gains access/invitation to workspace. - I delete user from the Group A and user is rejected by workspace "one" also automatically Is there any simple way to do this? Kind regards, Dmitry Kind regards, Dmitry Kind regards, Dmitry

2 1

[xwiki-users] width=120
by Paul Libbrecht 14 Feb '12

14 Feb '12

Hello fellow xwiki users, we discovered recently the usage of the width parameter when delivering a picture from an xwiki document attachment. Surprisingly this is available in our production server, based on the grumpy xwiki 1.5, but has not been used in the UI of Curriki which has, however, been made by a team of XWiki SàRL originally. - can someone describe me how this feature is working? - is the resulting downscaled image cached in file or in ram? - has there been a different implementation between the current xwiki (e.g. 3.4) and 1.5? - except for the CPU hogging of computing the downscaled version, is there any reason not to use this feature? (e.g. RAM overloading?). thanks in advance Paul

4 7