Re: [xwiki-users] Prevent delete some page
On Mon, Feb 16, 2015 at 5:26 PM, Pascal BASTIEN pbasnews-xw...@yahoo.fr wrote:
Hello,
the better I found is to hide delete/rename menu with CSS:
/* Hide rename and delete */
#tmActionRename{
display : none;
}
#tmActionDelete{
display : none;
}
If I want to display them for a certain group: I call another SSX with
display:block.
Of course it is not a very good way because owner can typing the right URL to
delete his doc with ./bin/delete/Spave/Doc
BTW, when a user create a new doc (docSheet with Class), I want redirect him
to another page if he click on Cancel.
And can I modify default doc when a user try to create a new doc?
See http://jira.xwiki.org/browse/XWIKI-11727
Hope this helps,
Marius
Thxs for any help.
Pascal B
En date de : Ven 13.2.15, Pascal BASTIEN pbasnews-xw...@yahoo.fr a écrit :
Objet: [xwiki-users] Prevent delete some page
À: XWiki Users users@xwiki.org
Date: Vendredi 13 février 2015, 19h34
Hello,
In my xwiki application, I want prevent user to delete pages
(even he is the creator).
Users create page with my form (some
class/Sheet/Template/Velocity/API xwiki) and of course I
want to keep original UserCreator info in the doc.
Is it possible? I didn't manage with right access
(XWiki.XWikiRights 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
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] CKEditor Integration in XWiki
Hi guys, FYI I published an extension [1] that integrates the CKEditor [2] in XWiki. It can be installed through the Extension Manager and should work with any version greater than or equal to 6.2.5. I hope to add support for the missing features soon. Thanks, Marius [1] http://extensions.xwiki.org/xwiki/bin/view/Extension/CKEditor+Integration [2] http://ckeditor.com/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Prevent delete some page
Hello,
the better I found is to hide delete/rename menu with CSS:
/* Hide rename and delete */
#tmActionRename{
display : none;
}
#tmActionDelete{
display : none;
}
If I want to display them for a certain group: I call another SSX with
display:block.
Of course it is not a very good way because owner can typing the right URL to
delete his doc with ./bin/delete/Spave/Doc
BTW, when a user create a new doc (docSheet with Class), I want redirect him to
another page if he click on Cancel.
And can I modify default doc when a user try to create a new doc?
Thxs for any help.
Pascal B
En date de : Ven 13.2.15, Pascal BASTIEN pbasnews-xw...@yahoo.fr a écrit :
Objet: [xwiki-users] Prevent delete some page
À: XWiki Users users@xwiki.org
Date: Vendredi 13 février 2015, 19h34
Hello,
In my xwiki application, I want prevent user to delete pages
(even he is the creator).
Users create page with my form (some
class/Sheet/Template/Velocity/API xwiki) and of course I
want to keep original UserCreator info in the doc.
Is it possible? I didn't manage with right access
(XWiki.XWikiRights 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] Watchlist App Email Notification generates incorrect document links
Hi Alexander, I just have been able to reproduce the issue with the jetty-hsql package of XWiki 6.4.1 after a few modifications - it looks like a bug still running around in the wild. What you can do about it is: - create a bug report in http://jira.xwiki.org/ - if you want to debug it, ( http://dev.xwiki.org/xwiki/bin/view/Community/Debugging ) pointers in the code are: the scheduler (which triggers the watchlist mails) constructs a dummy-request at startup to be able to figure out the right url in background threads: https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-scheduler/xwiki-platform-scheduler-api/src/main/java/com/xpn/xwiki/plugin/scheduler/SchedulerPlugin.java#L226 the watchlist notifier then passes through the dummy request (contained on context.getRequest()) to the mails sender module https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-watchlist/xwiki-platform-watchlist-api/src/main/java/com/xpn/xwiki/plugin/watchlist/WatchListNotifier.java#L82 the mail sender module uses an ExternalURLFactory to make sure the urls in the mail are absolute: https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-mailsender/src/main/java/com/xpn/xwiki/plugin/mailsender/MailSenderPlugin.java#L803 Somewhere along these lines the problem lurks. In my installation I checked that the Send Page by mail feature does not have the problem, so I think it is not in the mails sender module, but earlier - just a guess - unless the bug is fixed, add a rewrite rule to the nginx redirecting urls starting with /bin/bin/... to /bin/... which should work around the problem. Cheers, Clemens Hi all, I have noticed that XWiki 6.1 generates incorrect document link in notification mails in our setup. It duplicates /bin path element into /bin/bin in every link. I've searched the mailing list and could only found this thread: http://lists.xwiki.org/pipermail/users/2011-July/020402.html with an almost identical description: * duplicated /bin/ element in link URL ** e.g. http://subwiki.server.com/bin/bin/view/SpaceName/PageName http://subwiki.server.com/bin/bin/view/SpaceName/PageName * Unfortunately, the problem hasn't been solved and no other discussions were seen on this topic. Here are more details about our installation: * XWiki 6.1 (and recently tried 6.4.1 with the same result) * Tomcat7 container running ROOT.war with XWiki application on http://localhost:8080/ * xwiki.cfg contains xwiki.home uncommented and set to a correct public URL (https://ourserver.com/) * Nginx frontend using proxy_pass to serve the public URL I have also noticed that links to the same pages in emails sent by Share by email extension are correct (no /bin duplication). We are using XWiki as a corporate knowledge base, so the correctness of email notifications are important for us. Any help will be appreciated. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
