Re: [xwiki-users] WYSIWYG Editor Not Working with Nginx https reverse proxy

2016-07-27 Thread Vincent Massol
Hi Jared,

> On 27 Jul 2016, at 17:51, simmsj  wrote:
> 
> Pascal,
> 
> That did the trick. All the editors now work over HTTPS in all the browsers
> I tested with.
> 
> Thanks for your help.

Cool. Do you think you could verify if this page has the information required 
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/NginX ? And if not, add it? 
That would be a nice contribution :)

Thanks a lot
-Vincent

> - Jared
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/WYSIWYG-Editor-Not-Working-with-Nginx-https-reverse-proxy-tp7600471p7600492.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] Menu crashes if changed by a non admin user (see menu application extension)

2016-07-27 Thread Vincent Massol

> On 27 Jul 2016, at 18:05, Vincent Massol  wrote:
> 
> 
>> On 27 Jul 2016, at 17:33, Alina Kupgisch  
>> wrote:
>> 
>> Hi Marius,
>> 
>> that works and was easy to realize, thanks! And thanks for your description 
>> as well. I now understand why this is happening.
>> 
>> Vincent also wrote that this behavior is quite normal, but it could be a bit 
>> more user friendly...in my opinion. It would be nice if normal users where 
>> not permitted to edit the page or if they get a warning that the page will 
>> be saved with wrong permissions.
> 
> I agree. The issue is that we can’t guess is some APIs require Programming 
> Rights for example (or Admin Rights).
> 
> However what we’ve done for this is introduce a manual xobject to specify 
> what permission is required for a given page. What we could do is associate a 
> custom edit sheet with that xclass and display a warning if the current users 
> doesn’t have the required permission. Or we could simply modify the default 
> edit sheet to display this information in a panel in the same way as we list 
> included pages in edit mode (in a more visible way).

To be more precise the xclass is XWiki.RequiredRightClass and currently it has 
2 levels defined: “edit” and “programming”. But we could easily add “admin” too.

I’ve just created http://jira.xwiki.org/browse/XWIKI-13601 to not forget this. 
We can decide if we want it or not.

Thanks
-Vincent

> @Devs: WDYT? We have such an xobject for PR right now but I guess we could 
> generalize it for all permissions.
> 
> Thanks
> -Vincent
> 
>> Best regards
>> Alina
>> 
>> 
>> 
>> Am 27.07.2016 um 13:28 schrieb Marius Dumitru Florea:
>>> Hi Alina,
>>> 
>>> On Wed, Jul 27, 2016 at 2:09 PM, Alina Kupgisch <
>>> alina.kupgi...@sourcepark.de> wrote:
>>> 
 Hi Xwiki Team,
 
 it seems as if there is a small bug in the "Menu Application"extension
 (version 8.2). Every time a user, that is not in the XWikiAdminGroup, does
 some changes on the menu page in edit mode, the menu crashes and is no
 longer visible. To fix that an admin user of XWikiAdminGroup has to edit
 and save the page. It is important that a small change has to be done by
 the admin user.
 
>>> This behavior is normal. The menu has a property named "Menu Visibility
>>> Scope" with 3 possible values. The "Current Wiki" value requires the menu
>>> to be saved by someone that has wiki administration rights, because the
>>> menu is visible everywhere on the wiki. You don't want a simple user to add
>>> a new menu that is visible for everyone.
>>> 
>>> You may want to try the following:
>>> 
>>> * put the content of the menu page in a separate page
>>> * give edit rights for this separate page to the simple users that are
>>> allowed to modify the menu
>>> * use the include macro to include the separate page in the menu page. Do
>>> this with someone that has administration rights so that the menu page is
>>> saved with the proper rights.
>>> 
>>> Hope this helps,
>>> Marius
>>> 
>>> 
 
 Best regards
 
 Alina

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


Re: [xwiki-users] Menu crashes if changed by a non admin user (see menu application extension)

2016-07-27 Thread Vincent Massol

> On 27 Jul 2016, at 17:33, Alina Kupgisch  wrote:
> 
> Hi Marius,
> 
> that works and was easy to realize, thanks! And thanks for your description 
> as well. I now understand why this is happening.
> 
> Vincent also wrote that this behavior is quite normal, but it could be a bit 
> more user friendly...in my opinion. It would be nice if normal users where 
> not permitted to edit the page or if they get a warning that the page will be 
> saved with wrong permissions.

I agree. The issue is that we can’t guess is some APIs require Programming 
Rights for example (or Admin Rights).

However what we’ve done for this is introduce a manual xobject to specify what 
permission is required for a given page. What we could do is associate a custom 
edit sheet with that xclass and display a warning if the current users doesn’t 
have the required permission. Or we could simply modify the default edit sheet 
to display this information in a panel in the same way as we list included 
pages in edit mode (in a more visible way).

@Devs: WDYT? We have such an xobject for PR right now but I guess we could 
generalize it for all permissions.

Thanks
-Vincent

> Best regards
> Alina
> 
> 
> 
> Am 27.07.2016 um 13:28 schrieb Marius Dumitru Florea:
>> Hi Alina,
>> 
>> On Wed, Jul 27, 2016 at 2:09 PM, Alina Kupgisch <
>> alina.kupgi...@sourcepark.de> wrote:
>> 
>>> Hi Xwiki Team,
>>> 
>>> it seems as if there is a small bug in the "Menu Application"extension
>>> (version 8.2). Every time a user, that is not in the XWikiAdminGroup, does
>>> some changes on the menu page in edit mode, the menu crashes and is no
>>> longer visible. To fix that an admin user of XWikiAdminGroup has to edit
>>> and save the page. It is important that a small change has to be done by
>>> the admin user.
>>> 
>> This behavior is normal. The menu has a property named "Menu Visibility
>> Scope" with 3 possible values. The "Current Wiki" value requires the menu
>> to be saved by someone that has wiki administration rights, because the
>> menu is visible everywhere on the wiki. You don't want a simple user to add
>> a new menu that is visible for everyone.
>> 
>> You may want to try the following:
>> 
>> * put the content of the menu page in a separate page
>> * give edit rights for this separate page to the simple users that are
>> allowed to modify the menu
>> * use the include macro to include the separate page in the menu page. Do
>> this with someone that has administration rights so that the menu page is
>> saved with the proper rights.
>> 
>> Hope this helps,
>> Marius
>> 
>> 
>>> 
>>> Best regards
>>> 
>>> Alina
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] WYSIWYG Editor Not Working with Nginx https reverse proxy

2016-07-27 Thread simmsj
Pascal,

That did the trick. All the editors now work over HTTPS in all the browsers
I tested with.

Thanks for your help.

 - Jared



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/WYSIWYG-Editor-Not-Working-with-Nginx-https-reverse-proxy-tp7600471p7600492.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] Menu crashes if changed by a non admin user (see menu application extension)

2016-07-27 Thread Alina Kupgisch

Hi Marius,

that works and was easy to realize, thanks! And thanks for your 
description as well. I now understand why this is happening.


Vincent also wrote that this behavior is quite normal, but it could be a 
bit more user friendly...in my opinion. It would be nice if normal users 
where not permitted to edit the page or if they get a warning that the 
page will be saved with wrong permissions.



Best regards
Alina



Am 27.07.2016 um 13:28 schrieb Marius Dumitru Florea:

Hi Alina,

On Wed, Jul 27, 2016 at 2:09 PM, Alina Kupgisch <
alina.kupgi...@sourcepark.de> wrote:


Hi Xwiki Team,

it seems as if there is a small bug in the "Menu Application"extension
(version 8.2). Every time a user, that is not in the XWikiAdminGroup, does
some changes on the menu page in edit mode, the menu crashes and is no
longer visible. To fix that an admin user of XWikiAdminGroup has to edit
and save the page. It is important that a small change has to be done by
the admin user.


This behavior is normal. The menu has a property named "Menu Visibility
Scope" with 3 possible values. The "Current Wiki" value requires the menu
to be saved by someone that has wiki administration rights, because the
menu is visible everywhere on the wiki. You don't want a simple user to add
a new menu that is visible for everyone.

You may want to try the following:

* put the content of the menu page in a separate page
* give edit rights for this separate page to the simple users that are
allowed to modify the menu
* use the include macro to include the separate page in the menu page. Do
this with someone that has administration rights so that the menu page is
saved with the proper rights.

Hope this helps,
Marius




Best regards

Alina

___
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] WYSIWYG Editor Not Working with Nginx https reverse proxy

2016-07-27 Thread Gmail-ucebex
Hello Jared,

I had the same problem.

It was due to my nginx SSL conf  (sites-enables config), i removed the red part.

Works fine for me after this update with Safari, Chrome or Firefox.

I give you an extract of my config.

Hope this help :-)

Regards,
Pascal


nginx@reverse:~# vi /etc/nginx/sites-enabled/yoursite.com

server {

listen 443;

server_name yoursite.com;
ssl_certificate   /etc/nginx/certificats/Yoursite.crt;
ssl_certificate_key   /etc/nginx/certificats/Yoursite.key;

ssl_dhparam /etc/nginx/certificats/dhparam.pem;
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 10m;
ssl_protocols TLSv1.2;
ssl_prefer_server_ciphers on;
ssl_ciphers AES256+EECDH:AES256+EDH:!aNULL;
ssl_stapling on;
ssl_stapling_verify on;

#Remove for xwiki###add_header Strict-Transport-Security "max-age=31536000; 
includeSubdomains";
#Remove for xwiki###add_header X-Frame-Options DENY;
#Remove for xwiki###add_header X-Content-Type-Options nosniff;


charset utf-8;
location ~* ^/xwiki/bin/skin/(.*)\.(jpg|jpeg|gif|png|ico)$
{
 access_log off;
 rewrite ^/xwiki/bin/skin/(.*) /xwiki/$1 permanent;
 expires max;
}
ssl on;
access_log/var/log/nginx/access.log;

location ^~ /xwiki {
# If path starts with /xwiki - then redirect to backend: XWiki application in 
Tomcat
proxy_pass http://10.0.1.XX:8080/xwiki;

}
 


> Le 27 juil. 2016 à 16:56, simmsj  a écrit :
> 
> I installed the CKEditor on my 8.1 installation and it worked the first time
> I tried to edit a page, but after that I get the same spinning sprocket that
> I do with the default 8.1 WYSIWYG editor over HTTPS using the Nginx reverse
> proxy. All editors work when going directly to Tomcat over HTTP. They also
> work using Nginx to proxy just HTTP traffic instead of HTTPS.
> 
> I also tried setting xwiki.url.protocol=https in xwiki.cfg based on one of
> the comments from Sergiu Dumitriu in XWIKI-5771 but that didn't help either.
> 
> Based on the Tomcat installation instructions, I made the following changes
> to my \etc\tomcat\server.xml:
> 
>connectionTimeout="2"
>   URIEncoding="UTF-8"
>   redirectPort="8443" 
>   secure="true"# Added value
>   scheme="https" /># Added value
>   
>remoteIpHeader="x-forwarded-for"
> protocolHeader="x-forwarded-proto" />
> 
> Any other thoughts?
> 
> Thanks,
> Jared
> 
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/WYSIWYG-Editor-Not-Working-with-Nginx-https-reverse-proxy-tp7600471p7600489.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] WYSIWYG Editor Not Working with Nginx https reverse proxy

2016-07-27 Thread simmsj
I installed the CKEditor on my 8.1 installation and it worked the first time
I tried to edit a page, but after that I get the same spinning sprocket that
I do with the default 8.1 WYSIWYG editor over HTTPS using the Nginx reverse
proxy. All editors work when going directly to Tomcat over HTTP. They also
work using Nginx to proxy just HTTP traffic instead of HTTPS.

I also tried setting xwiki.url.protocol=https in xwiki.cfg based on one of
the comments from Sergiu Dumitriu in XWIKI-5771 but that didn't help either.

Based on the Tomcat installation instructions, I made the following changes
to my \etc\tomcat\server.xml:

# Added value



Any other thoughts?

Thanks,
Jared




--
View this message in context: 
http://xwiki.475771.n2.nabble.com/WYSIWYG-Editor-Not-Working-with-Nginx-https-reverse-proxy-tp7600471p7600489.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] Menu crashes if changed by a non admin user (see menu application extension)

2016-07-27 Thread Hamster
The main problem here is that, as a simple user, you can't see that a page
has been saved with PR.

Thus, simple users will constantly break pages which require PR to function
properly.

A simple user should atleast get a warning that a page has been saved with
PR. Maybe a simple user should be denied to edit a page which has been saved
with PR.



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Menu-crashes-if-changed-by-a-non-admin-user-see-menu-application-extension-tp7600481p7600488.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] xwiki 8.2 CKEditor spell check

2016-07-27 Thread Patrick Tomblin
Thanks Marius this worked great, however you do need to switch back to GWT
as the default WYSIWYG editor as ckeditor doesnt play well with the raw
code.

Might be worth adding a note on the ckeditor extension page with this fix.
With CKEditor being default now the loss of spell check is going to be a
big deal to people upgrading.


Patrick Tomblin
Cell - 513-227-9364
E-Mail - tombl...@gmail.com
LinkedIn - www.linkedin.com/pub/patrick-tomblin/1b/6aa/807

On Wed, Jul 27, 2016 at 4:39 AM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> I haven't tried, but I know there is this issue reported
> http://jira.xwiki.org/browse/CKEDITOR-86 . I see you commented. I'll try
> to
> reply.
>
> Thanks,
> Marius
>
> On Tue, Jul 26, 2016 at 11:31 PM, Patrick Tomblin 
> wrote:
>
> > Good afternoon, has anyone been able to enable browser based spell
> checking
> > in 8.2 with CKEditor as the default WYSIWYG editor?
> >
> > Thanks,
> > 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
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] XWiki Application: Pages of one app as dropdown values of other app

2016-07-27 Thread D R
Sorry, my mistake. I edited the wrong field. After changing back Id Field
Name to doc.fullName and changing Value Field Name to doc.name it works but
still shows 3 items instead of the 2 available pages:

Customer ProfileTemplate
Test Customer 1
Test Customer 2

On the Customer Profile Application I have the pages
Test Customer 1
Test Customer 2

Why is the item "Customer ProfileTemplate" shown?

2016-07-27 14:52 GMT+02:00 D R :

> After changing "Id Field Name" to doc.name still the dropdown has 3 empty
> items though the source application has only 2 pages.
>
> Do you have another idea why it is not working?
>
> 2016-07-26 14:37 GMT+02:00 Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com>:
>
>> On Tue, Jul 26, 2016 at 11:45 AM, D R  wrote:
>>
>> > Thanks guys but I face an issue.
>> >
>> > I added a Database List property to the Class of App 2 as explained on
>> >
>> >
>> http://www.xwiki.org/xwiki/bin/view/FAQ/HowToCreateAOneToManyRelationshipInXWiki
>> > .
>> > Name: customer
>> > Display Type: select
>> > Relational Storage checked
>> > XWiki Class Name: Customer Profile.Code.Customer ProfileClass
>> > Id Field Name: doc.fullName
>> >
>>
>>
>> > Value Field Name: doc.title
>> >
>>
>> Try doc.name or make sure those pages have their title set by editing
>> them
>> in Wiki edit mode. doc.title is the raw document title which may be empty
>> or may contain Velocity code. It's not the computed title you see
>> displayed
>> on the breadcrumb.
>>
>>
>> >
>> > In the App 2 Sheet I added
>> > $doc.use('XPass.Code.XPassClass')
>> > $doc.display('customer')
>> >
>> > In edit mode of entries of App 2 (XPass) I see 3 entries without text
>> > (though App 1 -Customer Profile- has only 2 entries/pages) in the
>> Customer
>> > dropdown.
>> >
>> > Thank you very much in advance for some more help.
>> >
>> > 2016-07-25 16:40 GMT+02:00 Vincent Massol :
>> >
>> > > You might also find the following of interest (slightly related):
>> > >
>> http://platform.xwiki.org/xwiki/bin/view/DevGuide/MasterDetailTutorial
>> > >
>> > > Thanks
>> > > -Vincent
>> > >
>> > > > On 25 Jul 2016, at 14:56, Marius Dumitru Florea <
>> > > mariusdumitru.flo...@xwiki.com> wrote:
>> > > >
>> > > > Hi Dennis,
>> > > >
>> > > > Maybe this can help
>> > > >
>> > >
>> >
>> http://www.xwiki.org/xwiki/bin/view/FAQ/HowToCreateAOneToManyRelationshipInXWiki
>> > > > .
>> > > >
>> > > > On Mon, Jul 25, 2016 at 3:35 PM, D R  wrote:
>> > > >
>> > > >> Hi community,
>> > > >>
>> > > >> I implemented a customer profile holding information about
>> customers
>> > as
>> > > an
>> > > >> XWiki application. Now in another app I'd like to have an optional
>> > field
>> > > >> that can contain the customer if it is related to one. Therefor I
>> want
>> > > to
>> > > >> list all customers (existing pages of App 1) as dropdown values of
>> a
>> > > field
>> > > >> of App 2.
>> > > >>
>> > > >> To illustrate what I'd like to achieve:
>> > > >>
>> > > >> App 1 (holding customer information):
>> > > >> |-- Page "Customer 1"
>> > > >> |-- Page "Customer 2"
>> > > >> ...
>> > > >>
>> > > >> App 2 (holding other information but can be customer related):
>> > > >> |-- Page 1
>> > > >>|-- Field "Customer" = Dropdown of Pages of App 1 (Customer 1,
>> > > Customer
>> > > >> 2 ...)
>> > > >>
>> > > >> I'm rather new in scripting in XWiki/Velocity so I'd really
>> appreciate
>> > > some
>> > > >> help on this :)
>> > > >>
>> > > >> Regards,
>> > > >> Dennis
>> > > ___
>> > > 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 Application: Pages of one app as dropdown values of other app

2016-07-27 Thread D R
After changing "Id Field Name" to doc.name still the dropdown has 3 empty
items though the source application has only 2 pages.

Do you have another idea why it is not working?

2016-07-26 14:37 GMT+02:00 Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com>:

> On Tue, Jul 26, 2016 at 11:45 AM, D R  wrote:
>
> > Thanks guys but I face an issue.
> >
> > I added a Database List property to the Class of App 2 as explained on
> >
> >
> http://www.xwiki.org/xwiki/bin/view/FAQ/HowToCreateAOneToManyRelationshipInXWiki
> > .
> > Name: customer
> > Display Type: select
> > Relational Storage checked
> > XWiki Class Name: Customer Profile.Code.Customer ProfileClass
> > Id Field Name: doc.fullName
> >
>
>
> > Value Field Name: doc.title
> >
>
> Try doc.name or make sure those pages have their title set by editing them
> in Wiki edit mode. doc.title is the raw document title which may be empty
> or may contain Velocity code. It's not the computed title you see displayed
> on the breadcrumb.
>
>
> >
> > In the App 2 Sheet I added
> > $doc.use('XPass.Code.XPassClass')
> > $doc.display('customer')
> >
> > In edit mode of entries of App 2 (XPass) I see 3 entries without text
> > (though App 1 -Customer Profile- has only 2 entries/pages) in the
> Customer
> > dropdown.
> >
> > Thank you very much in advance for some more help.
> >
> > 2016-07-25 16:40 GMT+02:00 Vincent Massol :
> >
> > > You might also find the following of interest (slightly related):
> > > http://platform.xwiki.org/xwiki/bin/view/DevGuide/MasterDetailTutorial
> > >
> > > Thanks
> > > -Vincent
> > >
> > > > On 25 Jul 2016, at 14:56, Marius Dumitru Florea <
> > > mariusdumitru.flo...@xwiki.com> wrote:
> > > >
> > > > Hi Dennis,
> > > >
> > > > Maybe this can help
> > > >
> > >
> >
> http://www.xwiki.org/xwiki/bin/view/FAQ/HowToCreateAOneToManyRelationshipInXWiki
> > > > .
> > > >
> > > > On Mon, Jul 25, 2016 at 3:35 PM, D R  wrote:
> > > >
> > > >> Hi community,
> > > >>
> > > >> I implemented a customer profile holding information about customers
> > as
> > > an
> > > >> XWiki application. Now in another app I'd like to have an optional
> > field
> > > >> that can contain the customer if it is related to one. Therefor I
> want
> > > to
> > > >> list all customers (existing pages of App 1) as dropdown values of a
> > > field
> > > >> of App 2.
> > > >>
> > > >> To illustrate what I'd like to achieve:
> > > >>
> > > >> App 1 (holding customer information):
> > > >> |-- Page "Customer 1"
> > > >> |-- Page "Customer 2"
> > > >> ...
> > > >>
> > > >> App 2 (holding other information but can be customer related):
> > > >> |-- Page 1
> > > >>|-- Field "Customer" = Dropdown of Pages of App 1 (Customer 1,
> > > Customer
> > > >> 2 ...)
> > > >>
> > > >> I'm rather new in scripting in XWiki/Velocity so I'd really
> appreciate
> > > some
> > > >> help on this :)
> > > >>
> > > >> Regards,
> > > >> Dennis
> > > ___
> > > 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] [Velocity] get items of static list

2016-07-27 Thread D R
Thanks, Marius

Well, looks like it is not supposed to be easy to display the items of a
select field.

After playing around for some time I have:
#set($obj = $doc.getObject('Customer Profile.Code.Customer ProfileClass'))
#set($rawValue = $obj.getProperty('sListSupportLevel').value)
#set($class = $obj.xWikiClass)
$class.get('sListSupportLevel').MapValues

This displays the map like
{Code1=[Code1, PrettyName1, ], Code2=[Code2, PrettyName2, ]...}

Now I feel lost again because I don't know how to get the "PrettyNames"
matching the selected items out of the map.

Boy I didn't imagine that it would be so complicated to display the
selected items one beneath the other.

Hope you guys could help me get this working and sorry for the hassle.

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


Re: [xwiki-users] Menu crashes if changed by a non admin user (see menu application extension)

2016-07-27 Thread Marius Dumitru Florea
Hi Alina,

On Wed, Jul 27, 2016 at 2:09 PM, Alina Kupgisch <
alina.kupgi...@sourcepark.de> wrote:

> Hi Xwiki Team,
>
> it seems as if there is a small bug in the "Menu Application"extension
> (version 8.2). Every time a user, that is not in the XWikiAdminGroup, does
> some changes on the menu page in edit mode, the menu crashes and is no
> longer visible. To fix that an admin user of XWikiAdminGroup has to edit
> and save the page. It is important that a small change has to be done by
> the admin user.
>

This behavior is normal. The menu has a property named "Menu Visibility
Scope" with 3 possible values. The "Current Wiki" value requires the menu
to be saved by someone that has wiki administration rights, because the
menu is visible everywhere on the wiki. You don't want a simple user to add
a new menu that is visible for everyone.

You may want to try the following:

* put the content of the menu page in a separate page
* give edit rights for this separate page to the simple users that are
allowed to modify the menu
* use the include macro to include the separate page in the menu page. Do
this with someone that has administration rights so that the menu page is
saved with the proper rights.

Hope this helps,
Marius


>
>
> Best regards
>
> Alina
>
> ___
> 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] Menu crashes if changed by a non admin user (see menu application extension)

2016-07-27 Thread Vincent Massol
Hi,

> On 27 Jul 2016, at 13:09, Alina Kupgisch  wrote:
> 
> Hi Xwiki Team,
> 
> it seems as if there is a small bug in the "Menu Application"extension 
> (version 8.2). Every time a user, that is not in the XWikiAdminGroup, does 
> some changes on the menu page in edit mode, the menu crashes and is no longer 
> visible. To fix that an admin user of XWikiAdminGroup has to edit and save 
> the page. It is important that a small change has to be done by the admin 
> user.

That’s probably because the menu page requires Programming Rights (and not 
Admin rights btw). If that’s the case, it’s not a bug (although there might be 
ways to improve it and not require PR).

Thanks
-Vincent

> 
> 
> Best regards
> 
> Alina

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


[xwiki-users] Menu crashes if changed by a non admin user (see menu application extension)

2016-07-27 Thread Alina Kupgisch

Hi Xwiki Team,

it seems as if there is a small bug in the "Menu Application"extension 
(version 8.2). Every time a user, that is not in the XWikiAdminGroup, 
does some changes on the menu page in edit mode, the menu crashes and is 
no longer visible. To fix that an admin user of XWikiAdminGroup has to 
edit and save the page. It is important that a small change has to be 
done by the admin user.



Best regards

Alina

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


Re: [xwiki-users] Anonymous users with administrative rights

2016-07-27 Thread Marius Dumitru Florea
See
http://extensions.xwiki.org/xwiki/bin/view/Extension/Security+Module#HDefaultrightsbeingpredefined
. Programming right implies administration right.

On Tue, Jul 12, 2016 at 9:54 PM, Julio Brum  wrote:

> Hi,
>
> I'm doing tests with the 7.4.4 version, using the skin colibri. When I
> give right of access "program" to non-registered users, they gain the
> ability to manage the XWiki, anonymously.
> I gave this kind of access that is occurring parsing error when I use the
> skin colibri. Codes velocity, for example, in XWiki Preferences not work.
>
> In other words, there are two problems: anonymous users with the right
> management and errors in the execution of velocity codes.
> Log:WARN  org.xwiki.velocity.internal.DefaultVelocityEngine - Deprecated
> usage of method [com.xpn.xwiki.api.XWiki.parseContent] in
> 41:/skins/colibri/view.vm@25,47
>
> Thank you in advance,Julio
> ___
> 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] Solr elevate.xml

2016-07-27 Thread Marius Dumitru Florea
See
https://cwiki.apache.org/confluence/display/solr/The+Query+Elevation+Component
. You probably need to add:


  elevator


to the /select request handler configuration that is used by XWiki.

Hope this helps,
Marius

On Sat, Jul 9, 2016 at 1:45 AM, Julio Brum  wrote:

> Hello,
> does anyone know how to enable "elevate" (\solr\xwiki\conf\elevate.xml)
> feature in search XWiki?
> Thank you in advance.
> Regards,Julio
> ___
> 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] Best Attachment Store

2016-07-27 Thread Marius Dumitru Florea
On Tue, Jul 12, 2016 at 1:36 AM, Julio Brum  wrote:

> Thanks Vincent,
>


> I still do not know if the files are large or if there are many files. In
> which database table are the attached files, please?
>

See http://platform.xwiki.org/xwiki/bin/view/DevGuide/DatabaseSchema .


> Regards,Julio
>
>   De: Vincent Massol 
>  Para: XWiki Users 
>  Enviadas: Sábado, 9 de Julho de 2016 4:54
>  Assunto: Re: [xwiki-users] Best Attachment Store
>
> Hi Julio,
>
> > On 09 Jul 2016, at 00:46, Julio Brum  wrote:
> >
> > Hello,
> > What is the best way of storing the attached files (Database Attachment
> Store or Filesystem Attachment Store)? Currently we store in the database,
> but already with a dump postgres in 17GB. I am in doubt about what is the
> best form of storage.
>
> You’re correct, see
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Attachments
>
> You should move to the FS store if you have large data to attach to pages.
>
> Thanks
> -Vincent
>
> > Thank you in advance.
> > Regards,Julio
>
> ___
> 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] WYSIWYG Editor Not Working with Nginx https reverse proxy

2016-07-27 Thread Marius Dumitru Florea
Hi Jared,

Your issue might be related to http://jira.xwiki.org/browse/XWIKI-5771 .
Note that the WYSIWYG editor you have in 8.1 is not maintained anymore and
has been replaced with CKEditor in 8.2. The good part is that you can
install CKEditor on 8.1. See
http://extensions.xwiki.org/xwiki/bin/view/Extension/CKEditor+Integration .
Would be good to know if CKEditor has issues behind a reverse proxy.

Thanks,
Marius

On Tue, Jul 26, 2016 at 11:45 PM, simmsj  wrote:

> I configured HTTPS for my XWiki installation using Nginx today and
> everything
> seems to work except the WYSIWYG editor. When trying to edit a page over
> HTTPS the editor never loads and I just get the spinner, but editing with
> the source editor works without issue. If I stop try to edit the same page
> over HTTP everything works correctly.
>
> I followed the instructions here:
>
> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTomcat#HNginxproxyingforTomcatapplications
>
> I'm running XWiki 8.1.
>
> Any suggestions?
>
> Thanks,
> Jared
>
>
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/WYSIWYG-Editor-Not-Working-with-Nginx-https-reverse-proxy-tp7600471.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 8.2 CKEditor spell check

2016-07-27 Thread Marius Dumitru Florea
I haven't tried, but I know there is this issue reported
http://jira.xwiki.org/browse/CKEDITOR-86 . I see you commented. I'll try to
reply.

Thanks,
Marius

On Tue, Jul 26, 2016 at 11:31 PM, Patrick Tomblin 
wrote:

> Good afternoon, has anyone been able to enable browser based spell checking
> in 8.2 with CKEditor as the default WYSIWYG editor?
>
> Thanks,
> 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] anonymous edit gone?

2016-07-27 Thread Paul Libbrecht
Thanks Alex,

I did not have an actual XWikIGuest user (this feels a bit unsafe but...
let's see) now I have one which I created with the object editor (and is
active).
I still have the attached object XWikiRights with view and edit allowed
for XWiki.XWikiGuest.
But I still can't see the add-attachment button.

Adding GlobalRights on that page (WebHome) didn't change anything either.
I could also see that WebPreferences in that space has the GlobalRights.
But, again no change?

What else can I provide as information?
It's a fairly normal wiki where most pages are only editable by
logged-in people, sometimes only groups of them.

paul

> Alexandru Cotiuga 
> 27 July 2016 at 09:04
> Hello Paul,
>
> On a clean instance of XWiki 8.2, I created XWiki.XWikiGuest user and
> granted edit and view rights like it is documented on
> AdminGuide/Access+Rights
> 
> and I can edit pages and upload attachments without being logged in. Also,
> $hasEdit returns true, so I can't reproduce this issue.
> Maybe there are other details that you could share with us?
>
> Alex
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> Paul Libbrecht 
> 26 July 2016 at 23:14
> Hello all,
>
> I've just upgraded my XWiki to 8.2 and have set again the rights for
> view and edit to XWikiGuest.
> However, when I execute the velocity code included, hasEdit shows false
> and, indeed, the attachments tab does not show the upload input button.
>
> What have I made wrong?
> Do I have a way to debug that?
>
> Before the upgrade, that page was displaying the attachment box (but
> somehow the upload was broken).
> As a logged-in user inserting attachments works worry free. It really
> seems to be a rights issue.
>
> thanks in advance.
>
> paul
> ___
> 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] anonymous edit gone?

2016-07-27 Thread Alexandru Cotiuga
Hello Paul,

On a clean instance of XWiki 8.2, I created XWiki.XWikiGuest user and
granted edit and view rights like it is documented on
AdminGuide/Access+Rights

and I can edit pages and upload attachments without being logged in. Also,
$hasEdit returns true, so I can't reproduce this issue.
Maybe there are other details that you could share with us?

Alex

On Wed, Jul 27, 2016 at 12:14 AM, Paul Libbrecht  wrote:

>
> Hello all,
>
> I've just upgraded my XWiki to 8.2 and have set again the rights for
> view and edit to XWikiGuest.
> However, when I execute the velocity code included, hasEdit shows false
> and, indeed, the attachments tab does not show the upload input button.
>
> What have I made wrong?
> Do I have a way to debug that?
>
> Before the upgrade, that page was displaying the attachment box (but
> somehow the upload was broken).
> As a logged-in user inserting attachments works worry free. It really
> seems to be a rights issue.
>
> thanks in advance.
>
> paul
> ___
> 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