Hi,
I recently made some changes in the the XWiki platform repo to solve the
following bug:
https://jira.xwiki.org/browse/XWIKI-12869?jql=Difficulty%20%3D%20Easy%20and…
Although the changes seemed obvious, but I was not able to verify those
changes on my running XWiki instance.
As far as I know, if I make some changes to an application (for eg 'Blog
Application') on my computer, and then build it, then a '.xar' file is
generated which can be imported to my local XWiki instance and I can verify
visually whether those changes took place or not.
In my present case I made changes in
'xwiki-platform/xwiki-platform-core/xwiki-platform-flamingo/xwiki-platform-flamingo-skin/xwiki-platform-flamingo-skin-resources/src/main/resources/flamingo/editclass.vm'.
I thought a xar file of xwiki-platform-flamingo-skin will be generated if I
build xwiki-platform-flamingo, but it didn't take place.
Is there any way in which I can verify these changes on my local XWiki
instance?
Thanks :)
Sarthak Gupta
Hi devs,
We have 2 topics to decide:
* Topic 1: Right now we have 2 help applications. We need to decide if we merge them or not.
* Topic 2: Decide if we keep the Help Center app in contrib or if we move it in platform.
* Topic 3: Decide if we fold the Sandbox into the Help Center
* Topic 4: Decide how we handle data created/modified by users when we upgrade or for newcomers.
Re topic 1, my preference goes to having a single help application and fold what’s currently in the platform help app into the Help center. There’s no reason that knowing how to edit a page would be more or less core than knowing the syntax markup or the Tips Panel.
Re topic 3, I don’t think that the sandbox app is really that useful as a standalone app and I would be for merging it into the Help application.
Re topic 4, there are 2 issues I can think of:
- when new users come in, if the pages that are supposed to be modified (sandbox + the 2 bundled AWM apps) have been heavily modified, then newcomers won’t see the default content and could just be seeing defaced content.
- if the pages have been modified by the user + by the help app then on XWiki upgrade there’ll be conflicts.
One idea for topic4 is to have the Help app spawn new pages (ie pages not bundled by the Help app itself) for users to try them out, by having some “try it out” button.
Re topic 2, the issue with keeping the help center app outside of platform is that we need to support documentation for multiple versions of XWiki. For example, we modified the page menu in Xwiki 9.4 and there are over 10 screenshots to update. However users of XWiki 8.4 (for ex) can also install this app and if they get the new documentation, it won’t match what they see in their wiki. The same can be said with the new notification feature for example.
The advantage of moving it in platform is that it’s in sync with the platform (ie less work) but we should only document platform features in it. It also means longer release times since it’s linked to the release of platform. Note that the rationale for having it in platform would be that platform help is a core feature.
We could (and probably should) offer some places in the Help Center so that Extensions could plug their help. And we could probably refactor a bit the current content of the help center to move help for feature in the extension UI part of those extensions.
Considering all aspects I think my preference goes to having it in platform since I don’t think we have the manpower to maintain doc for all versions of XWiki.
WDYT?
Thanks
-Vincent
Hi everyone,
I’m currently working on a feature that should allow users to define
custom notification types in XWiki only through the definition of an
XObject (link to the issue : https://jira.xwiki.org/browse/XWIKI-14119).
In this context, I wanted to know your thoughts about what properties
should be proposed by this XObject.
Currently, here is my proposition :
- The application name (applicationName) : the event application name
- A unique ID for the event (eventId)
- An event «pretty» name / description (eventPrettyName)
- An event icon, mainly displayed in the user notification preferences
pane (eventIcon)
- An event type (eventType) : the name of the event that should trigger
the notification (such as org.xwiki.bridge.event.DocumentUpdatedEvent)
- An object type (objectType) : an XObject that _has_ to be associated
with the document triggering the event in order to trigger the custom
notification
- A validation expression (validationExpression) : a script that will be
parsed in the event context in order to filter certain event kinds.
- A notification template (notificationTemplate) : the template that
should be used for rendering the notification in the notification center
To summarize, a custom notification is triggered if the following
expression is fully satisfied :
«The (eventType) has been triggered on a document having (objectType) in
his XObjects and the (validationExpression) is true in the current context».
What do you think ?
Thanks,
-- Clément Aubin Web Developer Intern @XWiki SAS clement.aubin(a)xwiki.com
More about us at http://www.xwiki.com
Hi XWiki users,
In order to make it simpler and more modern for users to participate to XWiki discussions, we’ve set up a new forum based on Discourse:
https://discourse.xwiki.org
Please start using it instead of the XWiki User Mailing list. This mailing list will become read only in a few days so please start moving to the forum ASAP.
Note that you can subscribe to receive all forum posts as email notifications if you wish (it’s configurable in your user profile). Also note that for the moment it’s not possible to reply to the mails (we’re still trying to configure this).
We hope that you’ll appreciate this move :)
Thanks
-Vincent
PS: For the moment the XWiki Devs mailing list remains. It’s possible that it could be moved to a forum too in the future but nothing is decided and we’re migrating the users list first.
Hi devs,
The idea today is to do a Test Day with priority to fixing long
standing flickering (integration mostly) tests.
You can find known flickering tests on
http://jira.xwiki.org/issues/?filter=14240. The goal is to really fix
them, not just add some random wait here and there ;)
If you are not confident with the area around those specific
flickering tests here are some other ideas for today:
* obviously add more tests and increase the code coverage
* move tests from enterprise to platform. Needed for the platform
flavor and removal of XE
* update jacoco covering setup (we often forget to increase it when
adding more tests)
* move more tests from JMock to Mockito
* work on new test setups and tools:
** improve docker containers for packaging XWiki (possibly several for
multiple DBs and Servlet containers).
** work on spreading Jenkins platform job into one job per maven
module so that build can be spread on various agents (groovy
scripting)
** Research/Use Jenkins 2 Pipeline plugin with the new DSL and commit
the jenkinsfile in SCM
** Test platform to run contrib extension tests on various versions of
XWiki automatically
* Speedup existing tests (research xwiki startup time, remove
unnecessary modules, etc)
When what you fix can be linked to a Jira issue (sure you can create a
jira issue for adding new tests this time :)), tag it with "testday"
(same idea as "bugfixingday" when doing BFD). If not then answer to
this mail to explain what you did.
Good Test Day !
Creating a JIRA issue without more detail won't help since deleting
groups works well in a standard XWiki. Did you look at the log for
errors ?
On Tue, May 16, 2017 at 6:55 PM, Douglas Landau <DouglasL(a)westmarine.com> wrote:
> [[Note: The XWiki project is switching away from this mailing list and moving to a forum: https://discourse.xwiki.org. This list will be made readonly in a few days. Please post on the forum from now on. Thanks.]]
>
> -----
> Thanks. But I have remove the mapping from xwiki.cfg and restarted and still have the same behavior. There are no users in the group. And this behavior also include the "foo" group which had no such mapping and never had any users.
>
> When I remove the groups, they appear to be removed, until I refresh the page with Control-R, at which time they come back.
>
> Should I file a JIRA? I searched for it there but did not find it.
>
> Doug
>
> -----Original Message-----
> From: users [mailto:users-bounces@xwiki.org] On Behalf Of Thomas Mortagne
> Sent: Tuesday, May 16, 2017 1:07 AM
> To: XWiki Users
> Cc: XWiki Developers
> Subject: Re: [xwiki-users] Can't remove groups
>
> You can remove the group but if you don't remove it from the LDAP mapping it will be automatically created each time a user authenticate.
>
> On Tue, May 16, 2017 at 3:51 AM, Douglas Landau <DouglasL(a)westmarine.com> wrote:
>> Greets,
>>
>> Seems like I am no longer able to remove groups in one of my xwiki installations. I am still able to in another. As seen in the excerpts below from catalina.out, one such group in SplunkAdmins. This group appears in xwiki.cfg where it is mapped to an AD group and had been populated with one member who I have removed. The other group is “foo” and I created it just now.
>>
>>
>> I can’t remove either. Any ideas why not? Thanks!
>>
>>
>> 2017-05-15 16:48:33,660 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q"
>> 2017-05-15 16:48:41,026 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q"
>>
>>
>>
>> The information contained in this transmission may contain West Marine
>> proprietary, confidential and/or privileged information. It is
>> intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited.
>> If you are not the intended recipient, please contact the sender by
>> reply email and destroy all copies of the original message. To reply to our email administrator directly, please send an email to netadmin(a)westmarine.com.
>
>
>
> --
> Thomas Mortagne
>
> The information contained in this transmission may contain West Marine proprietary, confidential and/or privileged
> information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are
> hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited.
> If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original
> message. To reply to our email administrator directly, please send an email to netadmin(a)westmarine.com.
--
Thomas Mortagne
Hi Everyone,
I am Sarthak Gupta from India. First of all I want to thank XWiki community
for selecting me for GSoC-17 and giving me a priceless opportunity to
contribute to this organisation and improve my present skills. I also want
to thank all the XWikiers who helped me during the application period for
understanding the project as well as the organisation. :)
I have been selected for for the project "*Glossary Application*" under the
mentorship of *Vincent Massol* and *Paul Libbrecht*.
Glossary Application
<http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/#HGlossaryApplicatio…>
Some more info:
Presently I have only solved one issue (
https://jira.xwiki.org/browse/BLOG-32)on *jira* but will try to solve more
during the upcoming period for better understanding of the organisation.
I have already created a design page for the project
http://design.xwiki.org/xwiki/bin/view/Proposal/GlossaryApplication and
will be updating it regularly as the project progresses.
Github user name : sarthak-sopho <https://github.com/sarthak-sopho>
xwiki.org username : sgc_072
jira username : sgc_072
IRC nick : sgc_072 (also used sgc072 in past)
I am also planning to create a blog regarding my GSoC project in the near
future (on one of the popular blogging sites).
I will try to remain active and chatty(*as said by Eduard Moraru* :P) on
both IRC and the mailing list in the coming period.
I hope that this will be a good and enjoyable learning experience for me
and with your support I will complete this project successfully with flying
colours. :D
Thank You
Sarthak Gupta
P.S : I am really sorry for the delay in introduction. Due to my end
semester examination and travelling to my home, I was not able to
introduce myself on time. Now I have summer vacations and a lot of a work
to do. :P
Hi devs,
I’d like to propose that we recommend the Diagram application on e.x.o. Marius has been working on it recently and it’s passing the criteria of http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/RecommendedExtensi…
AFAIK Marius is ok to continue supporting it. @Marius: please confirm.
Here’s my +1 to list it as recommended on e.x.o.
Thanks
-Vincent
You can remove the group but if you don't remove it from the LDAP
mapping it will be automatically created each time a user
authenticate.
On Tue, May 16, 2017 at 3:51 AM, Douglas Landau <DouglasL(a)westmarine.com> wrote:
> Greets,
>
> Seems like I am no longer able to remove groups in one of my xwiki installations. I am still able to in another. As seen in the excerpts below from catalina.out, one such group in SplunkAdmins. This group appears in xwiki.cfg where it is mapped to an AD group and had been populated with one member who I have removed. The other group is “foo” and I created it just now.
>
>
> I can’t remove either. Any ideas why not? Thanks!
>
>
> 2017-05-15 16:48:33,660 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q"
> 2017-05-15 16:48:41,026 [http://dwswiki10.westmarine.net/xwiki/bin/admin/XWiki/XWikiPreferences?xpag…] WARN o.x.c.i.DefaultCSRFToken - CSRFToken: Secret token verification failed, token: "VuvtkWH4Qv1NiLvTaNoISw", stored token: "hbAO9bUvYVuJLFxM8Mud7Q"
>
>
>
> The information contained in this transmission may contain West Marine proprietary, confidential and/or privileged
> information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are
> hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited.
> If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original
> message. To reply to our email administrator directly, please send an email to netadmin(a)westmarine.com.
--
Thomas Mortagne