[xwiki-devs] [XWiki Day] BFD#153

[Alexandru Cotiuga]

Hello devs,

This Thursday is BFD#153:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status is:

* -36 bugs over 120 days (4 months), i.e. we need to close 28 bugs to have
created bugs # = closed bugs #
* -78 bugs over 365 days (1 year)
* -52 bugs over 500 days (between 1 and 2 years)
* -218 bugs over 1600 days (4.3 years)
* -690 bugs since the beginning of XWiki

See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352


Here's the BFD#153 dashboard to follow the progress during the day:
https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13923

Happy Bug Fixing Day,
Alex

[xwiki-devs] [ANN] Forum Application v2.2.1 Released

[Alexandru Cotiuga]

HI all,

A new version of the Forum Application extension is available with the fix
of a blocker issue.
See
http://extensions.xwiki.org/xwiki/bin/view/Extension/ForumApplication#Hv2.2.1
.
You can install or upgrade with the Extension Manager.

Thanks,
Alex

Re: [xwiki-devs] [XWiki Day] BFD#152

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20152

Thanks,
Alex

On Thu, Oct 19, 2017 at 10:07 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#152:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status is:
>
> * -42 bugs over 120 days (4 months), i.e. we need to close 28 bugs to have
> created bugs # = closed bugs #
> * -72 bugs over 365 days (1 year).
> * -55 bugs over 500 days (between 1 and 2 years)
> * -198 bugs over 1600 days (4.3 years)
> * -689 bugs since the beginning of XWiki
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
>
> Here's the BFD#152 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13922
>
> Happy Bug Fixing Day,
> Alex
>

[xwiki-devs] [XWiki Day] BFD#152

[Alexandru Cotiuga]

Hello devs,

Today is BFD#152:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status is:

* -42 bugs over 120 days (4 months), i.e. we need to close 28 bugs to have
created bugs # = closed bugs #
* -72 bugs over 365 days (1 year).
* -55 bugs over 500 days (between 1 and 2 years)
* -198 bugs over 1600 days (4.3 years)
* -689 bugs since the beginning of XWiki

See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352


Here's the BFD#152 dashboard to follow the progress during the day:
https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13922

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] [XWiki Day] BFD#151

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20151

Thanks,
Alex

On Thu, Oct 5, 2017 at 9:45 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#151:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status is:
>
> * -48 bugs over 120 days (4 months), i.e. we need to close 28 bugs to have
> created bugs # = closed bugs #
> * -79 bugs over 365 days (1 year).
> * -62 bugs over 500 days (between 1 and 2 years)
> * -188 bugs over 1600 days (4.3 years)
> * -823 bugs since the beginning of XWiki
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
>
> Here's the BFD#151 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13919
>
> Happy Bug Fixing Day,
> Alex
>

[xwiki-devs] [XWiki Day] BFD#151

[Alexandru Cotiuga]

Hello devs,

Today is BFD#151:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status is:

* -48 bugs over 120 days (4 months), i.e. we need to close 28 bugs to have
created bugs # = closed bugs #
* -79 bugs over 365 days (1 year).
* -62 bugs over 500 days (between 1 and 2 years)
* -188 bugs over 1600 days (4.3 years)
* -823 bugs since the beginning of XWiki

See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352


Here's the BFD#151 dashboard to follow the progress during the day:
https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13919

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] [VOTE] Release xwiki-commons and xwiki-rendering directly on Maven Central

[Alexandru Cotiuga]

+0
Thanks,
Alex

On Oct 4, 2017 12:03 PM, "Marius Dumitru Florea" <
mariusdumitru.flo...@xwiki.com> wrote:

> +0
>
> Thanks,
> Marius
>
> On Mon, Oct 2, 2017 at 11:14 AM, Thomas Mortagne <
> thomas.morta...@xwiki.com>
> wrote:
>
> > Hi devs,
> >
> > To remove a big step from the release I would like to modify a bit our
> > setup and deploy released xwiki-commons and xwiki-rendering artifacts
> > on Maven Central instead of nexus.xwiki.org/maven.xwiki.org.
> >
> > PRO:
> > * speed up releases
> > * less stuff to store on our side
> > * only one artifact for a specific version (right now they are built
> > twice which produce two different JARs in pratice)
> >
> > CONS:
> > * depends more on Maven Central
> >
> > In practice we already depend on Maven Central for many things so if
> > Maven Central ever end up dead the fact that we don't have the
> > artifact on our side is going to be the least of our issues :)
> >
> > So WDYT ?
> >
> > +1 on my side
> >
> > --
> > Thomas Mortagne
> >
>

Re: [xwiki-devs] [XWiki Day] BFD#150

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20150

Thanks to all the participants!

On Thu, Sep 21, 2017 at 8:38 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#150:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status is:
>
> * -44 bugs over 120 days (4 months), i.e. we need to close 28 bugs to have
> created bugs # = closed bugs #
> * -72 bugs over 365 days (1 year).
> * -60 bugs over 500 days (between 1 and 2 years)
> * -175 bugs over 1600 days (4.3 years)
> * -812 bugs since the beginning of XWiki
>
> Lately, a lot of bugs have been reported and we need to catch up.
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
>
> Here's the BFD#150 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13917
>
> Happy Bug Fixing Day,
> Alex
>

[xwiki-devs] [XWiki Day] BFD#150

[Alexandru Cotiuga]

Hello devs,

Today is BFD#150:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status is:

* -44 bugs over 120 days (4 months), i.e. we need to close 28 bugs to have
created bugs # = closed bugs #
* -72 bugs over 365 days (1 year).
* -60 bugs over 500 days (between 1 and 2 years)
* -175 bugs over 1600 days (4.3 years)
* -812 bugs since the beginning of XWiki

Lately, a lot of bugs have been reported and we need to catch up.
See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352


Here's the BFD#150 dashboard to follow the progress during the day:
https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13917

Happy Bug Fixing Day,
Alex

[xwiki-devs] [XWiki Day] BFD#149

[Alexandru Cotiuga]

Hello devs,

Today is BFD#149:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status is:

* -22 bugs over 120 days (4 months), i.e. we need to close 28 bugs to have
created bugs # = closed bugs #
* -51 bugs over 365 days (1 year).
* -49 bugs over 500 days (between 1 and 2 years)
* -136 bugs over 1600 days (4.3 years)
* -797 bugs since the beginning of XWiki

See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352


Here's the BFD#149 dashboard to follow the progress during the day:
https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13915

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] [Proposal] Deprecate platform.xwiki.org and enterprise.xwiki.org

[Alexandru Cotiuga]

+1

Thanks,
Alex

On Wed, Aug 30, 2017 at 11:02 AM, Guillaume Delhumeau <
guillaume.delhum...@xwiki.com> wrote:

> +1, excellent initiative
>
> 2017-08-30 1:25 GMT+02:00 Sergiu Dumitriu :
>
> > +1.
> >
> > On 08/29/2017 02:49 PM, Vincent Massol wrote:
> > > Hi devs,
> > >
> > > Caty and I would like to work on improving xwiki.org and the first big
> > items that we’d like to do is:
> > >
> > > * Move all content from platform.xwiki.org & enterprise.xwiki.org to
> > xwiki.org (i.e. the main wiki)
> > > * When moving pages, use redirects
> > > * Deprecate platform.xwiki.org & enterprise.xwiki.org by adding a
> > banner (After Header UIX)
> > > * Move all pages to 3 locations on the main wiki:
> > Documentation.UserGuide, Documentation.DevGuide and Document.AdminGuide
> > > * We also replace “XWiki Enterprise” with “XWiki” and be as generic as
> > possible
> > >
> > > WDYT?
> > >
> > > Thanks
> > > -Vincent
> > >
> >
> >
> > --
> > Sergiu Dumitriu
> > http://purl.org/net/sergiu/
> >
>
>
>
> --
> Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> Research & Development Engineer at XWiki SAS
> Committer on the XWiki.org project
>

Re: [xwiki-devs] [Proposal] Supported browsers versions and dbs for recommended extensions

[Alexandru Cotiuga]

+1

Thanks,
Alex

On Tue, Aug 29, 2017 at 10:45 AM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> +1
>
> Thanks,
> Marius
>
> On Mon, Aug 28, 2017 at 10:16 AM, Vincent Massol 
> wrote:
>
> > Hi devs,
> >
> > I’d like to propose adding to http://extensions.xwiki.org/
> > xwiki/bin/view/ExtensionCode/RecommendedExtensions/
> RecommendedDefinition/
> > that recommended extensions should also support the same DB and browser
> > versions than the platform (i.e. http://dev.xwiki.org/xwiki/
> > bin/view/Community/BrowserSupportStrategy and
> http://dev.xwiki.org/xwiki/
> > bin/view/Community/DatabaseSupportStrategy).
> >
> > WDYT?
> >
> > Thanks
> > -Vincent
> >
> >
>

[xwiki-devs] [XWiki Day] BFD#147

[Alexandru Cotiuga]

Hello devs,

Today is BFD#147:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status is:

* -28 bugs over 120 days (4 months), i.e. we need to close 28 bugs to have
created bugs # = closed bugs #
* -38 bugs over 365 days (1 year).
* -37 bugs over 500 days (between 1 and 2 years)
* -102 bugs over 1600 days (4.3 years)
* -783 bugs since the beginning of XWiki

See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352


Here's the BFD#147 dashboard to follow the progress during the day:
https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13909

Happy BugFixing Day,
Alex

Re: [xwiki-devs] [VOTE] Bundle the blame-api as core extension

[Alexandru Cotiuga]

+1

Thanks,
Alex

On Tue, Aug 1, 2017 at 4:05 PM, Denis Gervalle  wrote:

> +1 Thanks for making my API shine :)
> --
> Denis Gervalle
> SOFTEC sa - CEO
> On mar., août 1, 2017 at 14:59, Eduard Moraru 
> wrote:
> Forgot to mention that most of the very nice styling/css work was done by
> Caty :)
>
> Thanks,
> Eduard
>
> On Tue, Aug 1, 2017 at 3:57 PM, Eduard Moraru 
> wrote:
>
> > Hi, devs,
> >
> > During a hackathon session, I have done a refresh on XWiki's code viewer
> > ("code.vm") and integrated the Blame API [1] developed by Denis to add
> > line-by-line blame information, just like GitHub's blame feature.
> >
> > Please see the associated Jira issue that also includes before and after
> > screenshots:
> > https://jira.xwiki.org/browse/XWIKI-14578
> >
> > The Blame API module is a commons module since 2014 but not bundled
> > neither in the WAR nor in the flavor, so, in order to go along and merge
> my
> > work, I'd need it to be available as a core extension (to be also usable
> by
> > code.vm).
> >
> > I have not studied it deeply, but the module seems to be doing its job
> > well and the result is very nice and it is very generic.
> >
> > Being able to perform a blame analysis builds upon the diff module and
> > both are features of XWiki's versioning capabilities, so, IMO, both
> should
> > be considered core extensions (and not only the diff module, which
> already
> > is core).
> >
> > The PR is available at https://github.com/xwiki/xwiki-platform/pull/605
> >
> > Here is my (obvious) +1 to bundle the blame-api and merge the PR which
> > includes the UI.
> >
> > Thanks,
> > Eduard
> >
> > --
> > [1] http://extensions.xwiki.org/xwiki/bin/view/Extension/Blame%20Module
> >
>

Re: [xwiki-devs] [ANN] Two new committers: Alex and Clement

[Alexandru Cotiuga]

Hello,

Thank you all for your trust and for voting me as committer, it's a nice
feeling. It also looks like a huge challenge and I hope I will be able to
deal with it.

Alex

On Sat, Jul 29, 2017 at 10:00 AM, Olivier Seres  wrote:

> Congrats to Clement and Alex
> And also to the senior devs that helped you to achieve this !
>
>
> Olivier Sérès
> > Le 27 juil. 2017 à 15:41, Clément Aubin  a
> écrit :
> >
> >> On 07/26/2017 10:17 PM, Vincent Massol wrote:
> >> Hi all,
> >
> > Hi,joopho
> >
> >> I’m pleased to announce that the XWiki Core Committers have voted 2 new
> committers:u
> >> * Alex Cotiuga
> >> * Clement Aubin
> >>
> >> Congrats guys! You’ll now have the pleasure of being able to commit
> without waiting for someone else to apply it. Note that when you’re not
> sure and want to request a review, you can still do PRs if you want. It’s
> now your choice :)
> >>
> >> I’ve sent you invitations for the XWiki Github org.
> >>
> >> I’ve also added you to the committers group on xwiki.org.
> >>
> >> Make sure to read http://dev.xwiki.org/xwiki/bin/view/Community/
> Committership :)
> >>
> >> Last but not least, I’ve added you to the Release Manager roster:
> >> http://dev.xwiki.org/xwiki/bin/view/ReleasePlans/#HNextReleaseManagers
> (let me know if you really don’t want to be a RM and I’ll remove you!).
> >>
> >> Thank you very much for your interest in making XWiki progress and be
> better every day.
> >
> > Thank you too ! I’m very honored to be more involved in this project,
> > and I hope we’ll be able to continue the work on XWiki as long as
> possible !
> >
> >> Thanks
> >> -Vincent
> >>
> >
> > --
> > Clément Aubin
> > Web Developer Intern @XWiki SAS
> > clement.au...@xwiki.com
> > More about us at http://www.xwiki.com
>

[xwiki-devs] [XWiki Day] BFD#146

[Alexandru Cotiuga]

Hello devs,

Today is BFD#146:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status is:

* -35 bugs over 120 days (4 months), i.e. we need to close 35 bugs to have
created bugs # = closed bugs #
* -30 bugs over 365 days (1 year).
* -48 bugs over 500 days (between 1 and 2 years)
* -19 bugs over 1600 days (4.3 years)
* -776 bugs since the beginning of XWiki

See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352


Here's the BFD#146 dashboard to follow the progress during the day:
https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13908

Happy BugFixing Day,
Alex

[xwiki-devs] [XWiki Day] BFD#145

[Alexandru Cotiuga]

Hello devs,

Today is BFD#145:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status is:

* -40 bugs over 120 days (4 months), i.e. we need to close 40 bugs to have
created bugs # = closed bugs #
* -19 bugs over 365 days (1 year).
* -49 bugs over 500 days (between 1 and 2 years)
* -13 bugs over 1600 days (4.3 years)
* -779 bugs since the beginning of XWiki

See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352


Here's the BFD#145 dashboard to follow the progress during the day:
https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13900

Happy BugFixing Day,
Alex

Re: [xwiki-devs] [XWiki Day] BFD#144

[Alexandru Cotiuga]

Hello,

The results of this week's BFD are available at
http://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20144.

Thanks to all participants!

Alex

On Thu, Jun 8, 2017 at 11:49 AM, Vincent Massol  wrote:

> Hello devs,
>
> Today is BFD#144:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status is:
>
> * -49 bugs over 120 days (2 months), i.e. we need to close 49 bugs to have
> created bugs # = closed bugs #
> * -5 bugs over 365 days (1 year).
> * -51 bugs over 500 days (between 1 and 2 years)
> * +13 bugs over 1600 days (4.3 years)
> * -633 bugs since the beginning of XWiki
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
> It would be great if today we could at least fix 5 bugs to be even on the
> 365 day period. But more generally we’ve accumulating some lag recently
> with -49 bugs over 120 days. So we need to start catching up a bit.
>
>
> Here's the BFD#143 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13896
>
> Happy BugFixing Day,
> -Vincent

Re: [xwiki-devs] [XWiki Day] BFD#142

[Alexandru Cotiuga]

Results for BFD#143:
http://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20143

Thanks,
Alex

On Thu, May 25, 2017 at 11:08 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#143:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 500 days period is 47 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=103
> 52#Created-vs-Resolved-Chart/16742
>
> Here's the BFD#143 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13895
>
> Happy BugFixing Day,
> Alex
>

[xwiki-devs] [XWiki Day] BFD#142

[Alexandru Cotiuga]

Hello devs,

Today is BFD#143:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 500 days period is 47 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=103
52#Created-vs-Resolved-Chart/16742

Here's the BFD#143 dashboard to follow the progress during the day:
https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13895

Happy BugFixing Day,
Alex

Re: [xwiki-devs] [VOTE] Recommend the Diagram application

[Alexandru Cotiuga]

Hello,

I didn't test the application yet, but if it meets all the requirements,
why not?

+1

Thanks,
Alex

On Tue, May 16, 2017 at 11:33 AM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> On Sun, May 14, 2017 at 7:24 PM, Vincent Massol 
> wrote:
>
> > 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/
> > RecommendedExtensions/RecommendedDefinition/
> >
> >
>
> > AFAIK Marius is ok to continue supporting it. @Marius: please confirm.
> >
>
> Sure, as time permits.
>
>
> >
> > Here’s my +1 to list it as recommended on e.x.o.
> >
>
> +1
>
> Thanks,
> Marius
>
>
> >
> > Thanks
> > -Vincent
> >
> >
> >
>

Re: [xwiki-devs] [XWiki Day] BFD#142

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20142

Thanks,
Alex

On Thu, May 11, 2017 at 7:50 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#142:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 500 days period is 62 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=103
> 52#Created-vs-Resolved-Chart/16742
>
> Here's the BFD#142 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13893
>
> Happy BugFixing Day,
> Alex
>

[xwiki-devs] [XWiki Day] BFD#142

[Alexandru Cotiuga]

Hello devs,

Today is BFD#142:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 500 days period is 62 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=103
52#Created-vs-Resolved-Chart/16742

Here's the BFD#142 dashboard to follow the progress during the day:
https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13893

Happy BugFixing Day,
Alex

Re: [xwiki-devs] [XWiki Day] BFD#141

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20141

Thanks,
Alex

On Thu, Apr 27, 2017 at 8:15 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#141:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 500 days period is 60 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=103
> 52#Created-vs-Resolved-Chart/16742
>
> Here's the BFD#141 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13891
>
> Happy BugFixing Day,
> Alex
>

Re: [xwiki-devs] [XWiki Day] BFD#140

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20140

Thanks,
Alex

On Thu, Apr 13, 2017 at 8:11 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#140:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 500 days period is 56 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=103
> 52#Created-vs-Resolved-Chart/16742
>
> Here's the BFD#140 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13814
>
> Happy BugFixing Day,
> Alex
>

[xwiki-devs] [XWiki Day] BFD#140

[Alexandru Cotiuga]

Hello devs,

Today is BFD#140:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 500 days period is 56 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=103
52#Created-vs-Resolved-Chart/16742

Here's the BFD#140 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13814

Happy BugFixing Day,
Alex

Re: [xwiki-devs] [XWiki Day] BFD#139

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20139

Thanks,
Alex

On Thu, Mar 30, 2017 at 9:02 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#139:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 500 days period is 61 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=103
> 52#Created-vs-Resolved-Chart/16742
>
> Here's the BFD#139 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13813
>
> Happy BugFixing Day,
> Alex
>

[xwiki-devs] [XWiki Day] BFD#139

[Alexandru Cotiuga]

Hello devs,

Today is BFD#139:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 500 days period is 61 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=103
52#Created-vs-Resolved-Chart/16742

Here's the BFD#139 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13813

Happy BugFixing Day,
Alex

[xwiki-devs] xwiki-devs][XWiki Day] BFD#138

[Alexandru Cotiuga]

Hello devs,

This Thursday is BFD#138:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 500 days period is 61 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=103
52#Created-vs-Resolved-Chart/16742

Here's the BFD#138 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13811

Happy BugFixing Day,
Alex

Re: [xwiki-devs] [XWiki Day] BFD#137

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20137

Thanks,
Alex

On Thu, Mar 2, 2017 at 9:30 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#137:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 500 days period is 57 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=103
> 52#Created-vs-Resolved-Chart/16742
>
> Here's the BFD#137 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13808
>
> Happy BugFixing Day,
> Alex
>

Re: [xwiki-devs] [XWiki Day] BFD#136

[Alexandru Cotiuga]

Result: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+136.

Thanks to all the participants!

On Thu, Feb 16, 2017 at 7:43 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#136:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 500 days period is 39 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=
> 10352#Created-vs-Resolved-Chart/16742
>
> Here's the BFD#136 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13804
>
> Happy BugFixing Day,
> Alex
>

[xwiki-devs] [XWiki Day] BFD#136

[Alexandru Cotiuga]

Hello devs,

Today is BFD#136:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 500 days period is 39 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352#Created-vs-Resolved-Chart/16742

Here's the BFD#136 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13804

Happy BugFixing Day,
Alex

Re: [xwiki-devs] [Proposal] Extend the ack section of the Release Notes

[Alexandru Cotiuga]

+1

Thanks,
Alex

On Mon, Feb 6, 2017 at 11:39 AM, Thomas Mortagne 
wrote:

> +1 for adding any source of contributions as long as it's automated or
> close to automated (like executing one command/request and
> copy/pasting the result)
>
> On Mon, Feb 6, 2017 at 10:26 AM, Marius Dumitru Florea
>  wrote:
> > +1
> >
> > Thanks,
> > Marius
> >
> > On Sun, Feb 5, 2017 at 12:07 PM, Vincent Massol 
> wrote:
> >
> >> Hi devs,
> >>
> >> Right now we’ve started acknowledging the committers in the Release
> notes.
> >>
> >> I’d like to propose to extend that try to ack everyone who participates
> in
> >> one way or another to a release, and not just developers.
> >>
> >> I can think of 3 more items to add:
> >>
> >> A) All the JIRA issue reporters that have had an issue fixed for the
> >> release (bug, improvement, new feature, etc). They took the time to
> report
> >> an issue and thus they’ve helped the committers to improve the quality
> of
> >> the release and thus they should be acknowledged. This allows us to also
> >> ack QA. We could decide to exclude the reporters who’ve also been
> >> committers or leave them in.
> >>
> >> B) The people who’ve contributed translations done after the start of
> the
> >> release development.
> >>
> >> Ideally we would also ack:
> >>
> >> C) The people who’ve helped on the list for the release
> >> D) The people who’ve helped on the Design and made proposals that made
> it
> >> to the release. I’m thinking of Caty for example. Luckily Caty also
> commits
> >> some code and often she’s recognised through commits.
> >>
> >> The problem with C) and D) is that they’re hard to gather. But we could
> do
> >> it on an ad-hoc basis by adding them to the RN during the development
> (when
> >> they help) instead of doing it at the end.
> >>
> >> In any case I’d like to focus on A) and B) FTM and I’m proposing to add
> >> them to the Release Plan since they’re easy to find out.
> >>
> >> WDYT?
> >>
> >> Thanks
> >> -Vincent
> >>
> >>
>
>
>
> --
> Thomas Mortagne
>

Re: [xwiki-devs] [XWiki Day] BFD#134

[Alexandru Cotiuga]

Hi devs,

Results of BFD#134:
http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+134.

Thanks!

On Thu, Jan 12, 2017 at 10:27 AM, Vincent Massol <vinc...@massol.net> wrote:

> Hi devs,
>
> Right now we are at:
> -13 bugs on 365 days
> +86 bugs closed on 1600 days!
> -601 bugs closed overall
>
> Let’s compare with previous statuses (see past data below):
>
> * Globally it’s going in the right direction and we’re reducing the total
> number of bugs at least since August 25 2016.
> * On the data below something happened between April and August since 123
> bugs were added which seems a lot. Maybe some wrong data.
> * on 1600 days we’re good!
> * Recently it seems we’ve made a push on fixing bugs, see
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=
> 10352#Created-vs-Resolved-Chart/13643 and the green surge over the past
> few weeks! :)
>
> Date | Created | Closed | Trend
> 5-January-2017  0   9   -8
> 6-January-2017  1   2   -9
> 7-January-2017  0   0   -9
> 8-January-2017  0   1   -10
> 9-January-2017  0   0   -10
> 10-January-2017 3   4   -11
> 11-January-2017 1   2   -12
> 12-January-2017 1   0   -11
>
> Conclusion:
> ==
>
> Short term objective: We need to reach +0 on 365 days, 13 bugs to do!
>
> Some Past Data:
> =
>
> On BFD#118, i.e. Sep 16 2016 we have:
>
> -45 bugs closed on 365 days
> +27 bugs closed on 1600 days
> -612 bugs closed overall
>
> On BFD#117, i.e. Sep 9 2016, we had:
>
> -57 bugs closed on 365 days
> +27 bugs closed on 1600 days
> -610 bugs closed overall
>
> On BFD#116, i.e. Sep 2 2016, we had:
>
> -57 bugs closed on 365 days
> +11 bugs closed on 1600 days
> -623 bugs closed overall
>
> On BFD#115, i.e. Aug 25 2016 we had:
>
> -79 bugs closed on the last 365 days
> -6 bugs closed on the last 1600 days
> -637 bugs closed overall
>
> On BFD#98, i.e. April 8 2016 we had:
>
> -140 bugs closed on the last 365 days
> -20 bugs closed on the last 1600 days
> -514 bugs closed overall
>
> Thanks
> -Vincent
>
> > On 12 Jan 2017, at 07:45, Alexandru Cotiuga <alexandru.coti...@xwiki.com>
> wrote:
> >
> > Hello devs,
> >
> > Today is BFD#134:
> > http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
> >
> > Our current status for the 1 year period is 12 bugs behind. See:
> > http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> > 00#Created-vs-Resolved-Chart/10470
> >
> > Here's the BFD#134 dashboard to follow the progress during the day:
> > http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13794
> >
> > Enjoy your BugFixing Day,
> > Alex
>
>

Re: [xwiki-devs] Multiple Objects per Page

[Alexandru Cotiuga]

Hello Steve,

I don't know how do you try to achieve your goal, but here's a simple way
to do it for 2 classes XWiki.AClass and XWiki.BClass, both of them having a
'name' xProperty:

#set ($aObj = $doc.getObject('XWiki.AClass'))
#set ($bObj = $doc.getObject('XWiki.BClass'))
$aObj.getValue('name')
$bObj.getValue('name')

Hope this helps,
Alex


On Wed, Jan 11, 2017 at 7:04 PM, Stephen Martin 
wrote:

> In developing an in house app using XWiki I am having difficulty getting a
> page to display with more than one object.
>
> Currently using XWiki Enterprise 7.4.4.
>
> For testing purposes I have 2 classes: SetupHY32 and SetupUniqueValues.
> I create a new page located in Sandbox called ObjGroupTest.
> Selecting Object Editor I add the 2 classes and fill in data in each
> property for each class.
> When I save and view, only the first object is displayed. When I go back
> to edit the objects, all the data is there.
> The fully qualified name for each object is 
> Sandbox.SetupHY32.Code.SetupHY32Class
> (1) and Sandbox.SetupUniqueValues.Code.SetupUniqueValuesClass (1).
>
> According to XWiki data model page each page can have multiple objects.
>
> So the ultimate question is, how can more than one object be displayed on
> a page?
>
> Thanks,
> Steve
>
>

[xwiki-devs] [XWiki Day] BFD#134

[Alexandru Cotiuga]

Hello devs,

Today is BFD#134:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 12 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#134 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13794

Enjoy your BugFixing Day,
Alex

Re: [xwiki-devs] [Proposal] Roadmap dates for XWiki 9.0

[Alexandru Cotiuga]

+ 1

On Mon, Jan 9, 2017 at 6:57 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> +1
>
> Thanks,
> Marius
>
> On Mon, Jan 9, 2017 at 11:57 AM, Vincent Massol 
> wrote:
>
> > Hi devs,
> >
> > We’ve been working on XWiki 8.4.x but at the same time, the work for
> XWiki
> > 9.0 has officially started on the 1st of January 2017.
> >
> > Now, usually, I try to send some roadmap proposal before the start of the
> > dev of a release but this time I haven’t done so simply because XWiki SAS
> > (the company who sponsors a lot of the dev of the XWiki project) is late
> on
> > proposing a new roadmap. Thus till now the xwiki.org devs have been
> > working on leftovers from 8.4.x and on some topics they thought were
> > important to work on.
> >
> > Note that the roadmap process inside XWiki SAS has started and I should
> be
> > able to make a proposal on this list on the 12th, i.e. this week. The
> > proposed roadmap would span XWiki 9.0, 9.1 and 9.2 (i.e. 3 months).
> >
> > I believe we should still stick to our schedule and thus have the
> > following dates (following the agreed monthly schedule defined at the end
> > of last year):
> >
> > * 9.0RC1: 3 weeks after the start, i.e. 23rd of January 2017
> > * 9.0Final: 1 week after the RC, i.e. 30th of January 2017
> >
> > Is that ok with everyone?
> >
> > Also note that the RM for 9.0RC1 is Guillaume this time according to
> > http://dev.xwiki.org/xwiki/bin/view/ReleasePlans/. Ok with you
> Guillaume?
> >
> > Thanks
> > -Vincent
>

Re: [xwiki-devs] [XWiki Day] BFD#133

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+133

On Thu, Jan 5, 2017 at 10:47 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#133:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 23 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#133 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13792
>
> Happy BugFixing Day,
> Alex
>

[xwiki-devs] [XWiki Day] BFD#133

[Alexandru Cotiuga]

Hello devs,

Today is BFD#133:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 23 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#133 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13792

Happy BugFixing Day,
Alex

[xwiki-devs] [XWiki Day] BFD#132

[Alexandru Cotiuga]

Hello devs,

Today is BFD#132:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 21 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#132 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13791

Happy BugFixing Day,
Alex

Re: [xwiki-devs] [XWiki Day] BFD#131

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+131

Thanks,
Alex

On Thu, Dec 15, 2016 at 9:37 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#131:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 32 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#131 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13790
>
> Happy BugFixing Day,
> Alex
>

[xwiki-devs] [XWiki Day] BFD#131

[Alexandru Cotiuga]

Hello devs,

Today is BFD#131:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 32 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#131 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13790

Happy BugFixing Day,
Alex

Re: [xwiki-devs] [XWiki Day] BFD#130

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+130.

Thanks,
Alex

On Thu, Dec 8, 2016 at 8:51 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#130:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 32 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#130 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13712
>
> Enjoy a new BugFixing Day,
> Alex
>

[xwiki-devs] [XWiki Day] BFD#130

[Alexandru Cotiuga]

Hello devs,

Today is BFD#130:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 32 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#130 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13712

Enjoy a new BugFixing Day,
Alex

Re: [xwiki-devs] [XWiki Day] BFD#128

[Alexandru Cotiuga]

Results for this Thursday BFD#128:
http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+128
The BFD#127 for the last Thursday wasn't announced, so here are the results
for it: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+127

Thanks,
Alex

On Thu, Nov 24, 2016 at 9:22 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello all,
>
> This Thursday is BFD#128:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 40 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#128 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13707
>
> Have a nice BugFixing Day,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#128

[Alexandru Cotiuga]

Hello all,

This Thursday is BFD#128:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 40 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#128 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13707

Have a nice BugFixing Day,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#126

[Alexandru Cotiuga]

Hello devs,

This Thursday is BFD#126:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 44 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#126 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13704

Have a nice BugFixing Day,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [ANN] Forum Application v2.2 Released

[Alexandru Cotiuga]

Hello all,

A new version of the Forum Application extension is available. In order to
see the latest changes check the Release Notes
.
See also the XAFORUM-231  and
XAFORUM-236  which have been
closed as duplicates and fixed in CKEditor Application.

You can install or upgrade it with the Extension Manager.

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#125

[Alexandru Cotiuga]

Hello devs,

This Thursday we had BFD#125:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 54 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#125 dashboard:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13702

See the results on our blog post:
http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+125

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#124

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+124

Thanks,
Alex

On Thu, Oct 27, 2016 at 9:06 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> This Thursday is BFD#124:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 57 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#124 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13700
>
> Happy Bug Fixing Day,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#124

[Alexandru Cotiuga]

Hello devs,

This Thursday is BFD#124:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 57 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#124 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13700

Happy Bug Fixing Day,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#123

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+123

Thanks Marius!

On Thu, Oct 20, 2016 at 7:30 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> This Thursday is BFD#123:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 62 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#123 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13699
>
> Happy Bug Fixing Day,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Proposal] Add authclass property to the XWikiPreferences class

[Alexandru Cotiuga]

Since the xwiki.cfg allows the same for all the wikis, I was thinking for
now
to keep the same behaviour but with XWikiPreference so this would mean
that the main wiki will be the only one taken into account.

On Fri, Oct 21, 2016 at 10:39 AM, Thomas Mortagne <thomas.morta...@xwiki.com
> wrote:

> Note there there is a big different between XWikiPreferences page and
> xwiki.cfg: each wiki has its own.
>
> So do you plan to refactor the auth system to let each wiki have a
> different authenticator ? Or is the main wiki the only one that will
> be taken into account ?
>
> On Fri, Oct 21, 2016 at 8:57 AM, Alexandru Cotiuga
> <alexandru.coti...@xwiki.com> wrote:
> > Hi devs,
> >
> > I'm proposing to add this new property to the *XWikiPreferences* class
> > since there are many authenticators, listed on
> > http://platform.xwiki.org/xwiki/bin/view/Features/Authentication and
> most
> > of them require the overriding of the *xwiki.authentication.authclass*
> > property in the *WEB-INF/xwiki.cfg* file and the restart of the wiki. So
> > the *authclass* is meant to keep the value of the
> > *xwiki.authentication.authclass
> > *property*.*
> >
> > Please keep in mind that *xwiki.cfg* was the historical file containing
> the
> > configuration options, we're moving away from it and this can be the
> moment
> > to improve this functionality by removing the *restart wiki* step which
> is
> > often a pain for the user.
> >
> > Thanks,
> > Alex
> > ___
> > devs mailing list
> > devs@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
>
>
>
> --
> Thomas Mortagne
> ___
> devs mailing list
> devs@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [Proposal] Add authclass property to the XWikiPreferences class

[Alexandru Cotiuga]

Hi devs,

I'm proposing to add this new property to the *XWikiPreferences* class
since there are many authenticators, listed on
http://platform.xwiki.org/xwiki/bin/view/Features/Authentication and most
of them require the overriding of the *xwiki.authentication.authclass*
property in the *WEB-INF/xwiki.cfg* file and the restart of the wiki. So
the *authclass* is meant to keep the value of the
*xwiki.authentication.authclass
*property*.*

Please keep in mind that *xwiki.cfg* was the historical file containing the
configuration options, we're moving away from it and this can be the moment
to improve this functionality by removing the *restart wiki* step which is
often a pain for the user.

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#123

[Alexandru Cotiuga]

Hello devs,

This Thursday is BFD#123:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 62 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#123 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13699

Happy Bug Fixing Day,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Proposal] Disable Message Stream by default in platform distribution + XE

[Alexandru Cotiuga]

+1
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Proposal] Entry point for Extensions

[Alexandru Cotiuga]

Hi,

I am in favour of this proposal since I expressed few months ago the need
of a link in the EM UI to easily access the extension's homepage.

Thanks,
Alex

On Sun, Oct 16, 2016 at 3:12 AM, Eduard Moraru  wrote:

> On Sat, Oct 15, 2016 at 6:37 PM, Vincent Massol 
> wrote:
>
> >
> > > On 15 Oct 2016, at 13:30, Eduard Moraru  wrote:
> > >
> > > Hi,
> > >
> > > On Fri, Oct 14, 2016 at 8:18 PM, Vincent Massol 
> > wrote:
> > >
> > >>
> > >>> On 14 Oct 2016, at 19:03, Thomas Mortagne  >
> > >> wrote:
> > >>>
> > >>> This does not make any sense at general Extension level.
> > >>>
> > >>> Could be custom metadata that apply to XAR extensions. Since that
> only
> > >>> make sense for XAR extensions I would prefer to have this be
> > >>> implemented as a xobject as usual.
> > >>
> > >> Yes, it could be implemented as a UIXP/XObject of the Extension UI.
> > >>
> > >>> For me this is already the job of the uix we use for application
> panel
> > >>> so I don't really see the point of adding something else.
> > >>
> > >> It’s not enough at all. That was my main point and explanation.
> > Apparently
> > >> I failed to explain the problem correctly.
> > >>
> > >> I’ll give more details:
> > >> * You install a XAR extension that provides a ConfigurableClass (but
> you
> > >> don’t know that as a user)
> > >>
> > >
> > > I would say that an application would need both and Entry Point (i.e.
> > > homepage)
> >
> > I’d say this is optional. It would a pain to always mandate this. For
> > example the LDAP Application only provides an Admin UI (it only helps to
> > configure LDAP).
> >
> > So for me the entry point is another concept: it’s a link to a place
> where
> > the user should go to use the app. It can be pointing either to the app’s
> > home page if there’s one, or the app’s Admin UI page.
> >
> > The goal of this thread is not to talk about home pages or Admin sections
> > of extensions. It’s about discoverability and making it easy for users to
> > start using any extension that is installed through the EM UI.
> >
>
> AFAIU, we both agree on this :)
>
> What I wanted to point out was that an application/extension could also
> provide its "settings", just like you have for Firefox addons, for example.
> You should go to a list of installed extensions/apps (TBD) and see both a
> way to access that extension/app, but also the way to configure it. IMO, we
> should not reuse the entry point for configuration stuff (when there is no
> UI, like the LDAP example). However, other apps/extensions could have both.
>
> IMO, it would be make more sense to talk about extensions here (i.e. at an
> EM level), and not particularly about applications (i.e. along the lines of
> Vincent's original suggestion). AFAIR, we now have extension categories.
> Why bother with app panel UIXs or Application Descriptors, when EM already
> provides all we need? We have the list of pages from EM and a way to
> identify extensions that are of type "application". We now add the entry
> point and the settings and we`re all good to go. It is up to the extension
> to juggle the category, entry point and/or settings, if any of this applies
> to it.
>
> Also, this would fit both EM's UI for an extension's details view, but also
> the Application Index's listing of installed applications (which would just
> be a listing only extensions of category "application", and maybe AWM apps
> which are not extensions yet).
>
> No need to complicate things.
>
> -Eduard
>
>
> >
> > Thanks
> > -Vincent
> >
> > > but also an optional Configuration section (i.e. administration
> > > section defined by either a ConfigurableClass entry or even something
> > > custom).
> > >
> > > Thanks,
> > > Eduard
> > >
> > >
> > >> * After you’ve installed that extension, as a user, you don’t know
> what
> > to
> > >> do. You need to go read the doc for the app to understand where you
> > need to
> > >> go to start using it.
> > >>
> > >> So I’m really convinced we need something better than what we have
> now.
> > >>
> > >> Now after we move the Applications UIXP to the
> > xwiki-platform-applications
> > >> module, we could add an “entrypoint’ property in the UIXP but that
> would
> > >> mean that the Extension Manager UI module would depend on
> > >> xwiki-platform-applications. We would need to decide if it’s ok. I
> > think it
> > >> is since it can be considered as an application descriptor and I don’t
> > see
> > >> a problem of having the EM UI module know about application
> descriptors.
> > >>
> > >> WDYT?
> > >>
> > >> Thanks
> > >> Vincent
> > >>
> > >>> On Fri, Oct 14, 2016 at 4:10 PM, Vincent Massol 
> > >> wrote:
> >  Hi devs,
> > 
> >  Problem
> >  ===
> > 
> >  We have 2 issues right now when installing an extension in XWiki:
> > 
> >  1) It’s not clear where is the entry point of that extension.
> 

Re: [xwiki-devs] [XWiki Day] BFD#121

[Alexandru Cotiuga]

Hi devs,

There was a mistake that I made in the announcement of this week's BFD:
it's #122 and not #121.
See the results in the blogpost:
http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+122.

Thanks,
Alex

On Thu, Oct 13, 2016 at 10:51 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> This Thursday is BFD#121:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 58 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#121 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13698
>
> Happy Bug Fixing Day,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#121

[Alexandru Cotiuga]

Hello devs,

This Thursday is BFD#121:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 58 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#121 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13698

Happy Bug Fixing Day,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#121

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+121

On Thu, Oct 6, 2016 at 8:42 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> This Thursday is BFD#121:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 54 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#121 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13697
>
> Happy Bug Fixing Day,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#121

[Alexandru Cotiuga]

Hello devs,

This Thursday is BFD#121:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 54 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#121 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13697

Happy Bug Fixing Day,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#120

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+120.

On Wed, Sep 28, 2016 at 5:56 PM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> This Thursday is BFD#120:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 49 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#120 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13696
>
> Happy Bug Fixing Day,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#120

[Alexandru Cotiuga]

Hello devs,

This Thursday is BFD#120:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 49 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#120 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13696

Happy Bug Fixing Day,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Proposal] Change the default logo in the XWiki Enterprise default color theme

[Alexandru Cotiuga]

Hi Ben,

This is implemented in the Cyborg color theme (white text on black banner).
I don't have any issue in distinguishing the grey "X".

Thanks,
Alex

On Tue, Sep 27, 2016 at 4:11 PM, Benjamin Lanciaux <
benjamin.lanci...@xwiki.com> wrote:

> Hi devs,
>
> I would like to propose a new logo for the default color theme of XE.
> Instead of having the colored version of the XWiki logo, I propose using
> its white version.
> I see many advantages to this:
> * On a black banner, it is easier to see the XWiki brand compared to the
> colored one for which I barely see the "X".
> * This would also be more consistent with the other menu options that are
> placed on the black banner.
>
> See how it looks like now:
> http://imgur.com/a/ZzEOY
>
> And see how it would look like with my proposal:
> http://imgur.com/a/MF0r6
>
>
>
>
> I'm looking forward to your feedback,
>
> Regards,
>
> Benjamin Lanciaux
> ___
> devs mailing list
> devs@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#119

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+119

On Thu, Sep 22, 2016 at 8:50 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> Today is BFD#119:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 53 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#119 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13694
>
> Thanks and enjoy fixing bugs,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#119

[Alexandru Cotiuga]

Hello devs,

Today is BFD#119:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 53 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#119 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13694

Thanks and enjoy fixing bugs,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#118

[Alexandru Cotiuga]

Results for this BFD:
http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+118.

Thanks to all the participants!

On Wed, Sep 14, 2016 at 7:11 PM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> This Thursday is BFD#118:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 56 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#118 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13691
>
> Thanks and waiting for your participation!
>
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#118

[Alexandru Cotiuga]

Hello devs,

This Thursday is BFD#118:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 56 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#118 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13691

Thanks and waiting for your participation!

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

Re: [xwiki-devs] [Proposal] XWiki 8.3 Roadmap

[Alexandru Cotiuga]

Hi devs,

Vincent is right, I won't be able to work on Priority 2: Demo content
extension for XE.

Thanks,
Alex

On Mon, Sep 12, 2016 at 9:23 AM, Vincent Massol  wrote:

>
> > On 11 Sep 2016, at 20:36, Vincent Massol  wrote:
> >
> > Hi devs,
> >
> > Status as of 11 Sep 2016:
> >
> >> On 17 Aug 2016, at 20:44, Vincent Massol  wrote:
> >>
> >> Hi devs,
> >>
> >> I’m sorry to be so late to send this email. I thought I had sent it
> before going on holidays but apparently I didn’t. Sorry about that.
> >>
> >> So here’s the proposal:
> >>
> >> * Thomas:
> >> ** Priority 1: l10n support for nested pages
> >
> > Done
> >
> >> ** Priority 2: Curated extensions feature in EM (curated extensions
> listed + ability to see others if explicitly asked)
> >
> > @Thomas: have you started? What’s the status? I hope you’ll have enough
> time to deliver something for 8.3.
> >
> >> ** Priority 3: Fix various existing NS issues (example: office macro on
> NP) + continue improving tools
> >> ** Priority 4: Paying + Trial feature in EM (see that an app is paying
> + has a trial and show it)
> >>
> >> * Marius:
> >> ** Priority 1: Fix performance issue in Document Tree + fix "Add
> support for sorting the pages by their title in the document tree" at the
> same time
> >
> > Done
> >
> >> ** Priority 2: Fix various existing NS issues (example: office macro on
> NP) + continue improving tools. Includes as priority "Viewing a PPT / ODP
> with the Office Macro fails when on a nested page”
> >
> > @Marius: I know the doc tree took quite longer than planned (M1 + M2).
> You also fixed a few issues (see below). Will you have  the time to make
> some progress on NS stuff?
>
> BTW we also have the issue of being able to upgrade the contrib extensions
> we bundle in the XE flavor, see  http://markmail.org/message/
> mbut2lhatyeu6wzv
>
> ATM this issue we’ve unfortunately introduced seems even more important
> than other planned things and we need someone to work on it before 8.3RC1.
> Who would be ok to work on it?
>
> Thanks
> -Vincent
>
> >
> >> ** Priority 3: Bring back XCS flavors in XE (involves dropping XE and
> replacing it with a KB flavor and start using the platform distribution
> instead of XE)
> >
> > This is actually related to the mail I’ve just sent:
> > http://markmail.org/message/tutpy6uu2hju233s
> >
> >> * Caty:
> >> ** Priority 1: Complete Templates (set of sample templates (partially
> done already) + templates in each App and in AWM) in XE
> >> ** Priority 2: Demo content extension for XE
> >> ** Priority 3: Curated extensions feature in EM (curated extensions
> listed + ability to see others if explicitly asked)
> >> ** Priority 4: Mouseflow + Inspectlet analysis for xwiki.org
> >> ** Priority 5: Task for Usability (investigation)
> >
> > @Caty: could you update us on what you’ve done for the 8.3 timeframe and
> what’s your status re the various tasks listed above?
> >
> > I remember your help on the exo home page, applying the design you did
> in the previous period.
> >
> >> * Vincent:
> >> ** Priority 1: Curation of extensions.xwiki.org
> >
> > Done
> >
> >> ** Priority 2: Playground flavor
> >
> > Not done. I had started it in the previous period. I need to continue it.
> >
> >> ** Priority 3: Continue Confluence + MediaWiki comparison pages +
> present XWiki as the best Confluence alternative
> >
> > Not done
> >
> >> ** Priority 4: Improvement to activeinstalls to capture some more
> information (email hash for unicity, country, number of users)
> >
> > I worked on this and added some new data but it requires upgrading
> Elastic Search to a recent version and this is difficult (requires
> migrating some data and updating code as APIs/behaviors have changed).
> >
> >> * Guillaume:
> >> ** Priority 1:  you’re curious ;)>
> >> ** Priority 2: Fix various existing NS issues (example: office macro on
> NP) + continue improving tools
> >
> > @Guillaume: Will you have time to work on NS stuff in this period?
> >
> >> * Alex:
> >> ** Priority 1:  setup an XWiki SAS store>
> >> ** Priority 2: Demo content extension for XE
> >
> > The priority 1 is taking much longer than planned (I had 2 weeks max in
> my head but I’m always a bit optimistic :)) and from what I see Alex won’t
> have time to work on priority 2. @Alex: is that so?
> >
> >> ** Priority 3: Fix various existing NS issues (example: office macro on
> NP) + continue improving tools
> >>
> >> * Edy:
> >> ** Priority 1:  SAS’s customer portal: issue tracking, subscriptions, etc>
> >> ** Priority 2: Complete Templates (set of sample templates (partially
> done already) + templates in each App and in AWM) in XE
> >> ** Priority 3: Fix various existing NS issues (example: office macro on
> NP) + continue improving tools
> >
> > @Edy: I think I saw some commits related to templates last week.
> Anything you’re planning to do for 8.3 in XE?
> >
> >> Top JIRA issues to fix:
> >> * Viewing a PPT / ODP with the 

Re: [xwiki-devs] [XWiki Day] BFD#117

[Alexandru Cotiuga]

Results for BFD#117:
http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+117.

Thanks,
Alex

On Wed, Sep 7, 2016 at 10:44 PM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> This Thursday is BFD#117:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 56 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#117 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13635
>
> Happy Bug Fixing Day,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#117

[Alexandru Cotiuga]

Hello devs,

This Thursday is BFD#117:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 56 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#117 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13635

Happy Bug Fixing Day,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#116

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+116.

On Wed, Aug 31, 2016 at 5:03 PM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hello devs,
>
> This Thursday is BFD#116:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 67 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#116 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13634
>
> Happy Bug Fixing Day,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [ANN] Full Calendar Macro v2.0.3 Released

[Alexandru Cotiuga]

Hi Vincent,

Thanks for doing it.

On Thu, Sep 1, 2016 at 11:53 PM, Vincent Massol <vinc...@massol.net> wrote:

> For those interested, I’ve listed the changes since 2.2.2 at
> http://tinyurl.com/z6utqge
>
> Thanks
> -Vincent
>
> > On 01 Sep 2016, at 17:34, Vincent Massol <vinc...@massol.net> wrote:
> >
> > Hi Alex,
> >
> >> On 01 Sep 2016, at 17:29, Alexandru Cotiuga <
> alexandru.coti...@xwiki.com> wrote:
> >>
> >> Hello all,
> >>
> >> I just released a new version of Full Calendar Macro.
> >> The most important benefit is the upgrade of FullCalendar
> >> <https://fullcalendar.io/> jQuery plugin to v2.9.0.
> >
> > Great, thanks!
> >
> > What does it bring for users of the Full Calendar Macro?
> >
> > Thanks
> > -Vincent
> >
> > PS: Our best practice is to copy paste the release notes in the jira
> issue to provide more info to our users (and usually we prefer that over a
> link since RN links have a tendency to get broken over years).
> >
> >> This release might be interesting and could be a reason to release other
> >> applications that are using Full Calendar Macro, like Meeting
> Application
> >> <http://extensions.xwiki.org/xwiki/bin/view/Extension/
> Meeting%20Application>
> >> or Mocca Calendar.
> >> <http://extensions.xwiki.org/xwiki/bin/view/Extension/MoccaCalendar>
> >
> >>
> >> See the Release Notes:
> >> http://extensions.xwiki.org/xwiki/bin/view/Extension/
> FullCalendar+Application#Hv2.0.3
> >> .
> >>
> >> Thanks,
> >> Alex
>
> ___
> devs mailing list
> devs@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [ANN] Full Calendar Macro v2.0.3 Released

[Alexandru Cotiuga]

Hello all,

I just released a new version of Full Calendar Macro.
The most important benefit is the upgrade of FullCalendar
 jQuery plugin to v2.9.0.

This release might be interesting and could be a reason to release other
applications that are using Full Calendar Macro, like Meeting Application

or Mocca Calendar.


See the Release Notes:
http://extensions.xwiki.org/xwiki/bin/view/Extension/FullCalendar+Application#Hv2.0.3
.

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#116

[Alexandru Cotiuga]

Hello devs,

This Thursday is BFD#116:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 67 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
00#Created-vs-Resolved-Chart/10470

Here's the BFD#116 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13634

Happy Bug Fixing Day,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#115

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+115

Thanks,
Alex

On Thu, Aug 25, 2016 at 7:22 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hi devs,
>
> Today is BFD#115:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 70 bugs behind. See:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=100
> 00#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#115 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13633
>
> Happy Bug Fixing Day!
>
> Thanks,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [ANN] Forum Application v2.1.1 Released

[Alexandru Cotiuga]

Hello all,

I just have released a new bugfix version of the Forum Application.

See
http://extensions.xwiki.org/xwiki/bin/view/Extension/ForumApplication#Hv2.1.1
.

You can install or upgrade with the Extension Manager.

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [ANN] XPoll Application v1.6.6 Released

[Alexandru Cotiuga]

Hello all,

I just have released a new version of the XPoll Application.

This version adds an improvement: XPolls can now be created from create new
page wizard, having a template for them.

See
http://extensions.xwiki.org/xwiki/bin/view/Extension/XPoll+Application#Hv1.6.6

You can install or upgrade with the Extension Manager.

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [ANN] Tour Application 1.0.3 Released

[Alexandru Cotiuga]

In fact I don't know how I ended up with the broken link in the browser by
clicking your. At a second try it worked. Sorry for the noise.

On Thu, Aug 25, 2016 at 1:27 PM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hi,
> The link you gave is wrong (contains an extra '_'). See
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+
> Application#Hv1.0.3.
>
>
>
> On Thu, Aug 25, 2016 at 12:29 PM, Guillaume Delhumeau <
> guillaume.delhum...@xwiki.com> wrote:
>
>> Hello all,
>>
>> Yesterday, I have released a new bugfix version of the Tour Application.
>>
>> One of the interesting fix is the fact that the elements that were badly
>> highlighted should be better displayed now.
>>
>> See http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+Application
>> #Hv1.0.3
>> <http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+Application#Hv1.0.3>
>> .
>>
>> You can install or upgrade with the Extension Manager.
>>
>> Thanks,
>>
>> --
>> Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
>> Research & Development Engineer at XWiki SAS
>> Committer on the XWiki.org project
>> ___
>> devs mailing list
>> devs@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/devs
>>
>
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [ANN] Tour Application 1.0.3 Released

[Alexandru Cotiuga]

Hi,
The link you gave is wrong (contains an extra '_'). See
http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+Application#Hv1.0.3.




On Thu, Aug 25, 2016 at 12:29 PM, Guillaume Delhumeau <
guillaume.delhum...@xwiki.com> wrote:

> Hello all,
>
> Yesterday, I have released a new bugfix version of the Tour Application.
>
> One of the interesting fix is the fact that the elements that were badly
> highlighted should be better displayed now.
>
> See http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+Application
> #Hv1.0.3.
>
> You can install or upgrade with the Extension Manager.
>
> Thanks,
>
> --
> Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> Research & Development Engineer at XWiki SAS
> Committer on the XWiki.org project
> ___
> devs mailing list
> devs@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#115

[Alexandru Cotiuga]

Hi devs,

Today is BFD#115:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 70 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=
1#Created-vs-Resolved-Chart/10470

Here's the BFD#115 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13633

Happy Bug Fixing Day!

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#114 & BFD#115

[Alexandru Cotiuga]

Hi Eduard,

I fixed the blogpost for BFD#14:
http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+114.
Indeed there was a big mixup. Thanks for your attention.
There are no blogposts for BFD#110 - BFD#113, but here are the dashboards
for them: BFD#110
<http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13622>, BFD#111
<http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13624>, BFD#112
<http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13628>, BFD#113
<http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13630>.
I hope that the info is correct now.

Thanks,
Alex

On Fri, Aug 19, 2016 at 1:58 PM, Eduard Moraru <enygma2...@gmail.com> wrote:

> Hi Alex,
>
> I think there`s a bit of a mixup there. We`re missing proper results
> starting from BFD#110.
>
> What you refer to as BFD#114 and BFD#115, on the blogpost, actually link to
> the dashboards of BFD#111 (14th July) and BFD#112 (28th July).
>
> The screenshot for BFD#114 is actually from the dashboard of BFD#113 (4th
> August), while the screenshot for BFD#115 is from the dashboard for BFD#114
> (18th August, the unnannounced BFD that was supposed to be yesterday, plus
> one issue from the previous week when there was no BFD as well).
>
> Could you please sort this out?
>
> Thanks,
> Eduard
>
> On Fri, Aug 19, 2016 at 1:33 PM, Alexandru Cotiuga <
> alexandru.coti...@xwiki.com> wrote:
>
> > The Bug Fixing Day had a different format this month. People were in
> > holidays and we had 2 unannounced days (BFD#114 & BFD#115).
> >
> > Here are the results for them:
> > http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+114+%26+115.
> >
> > Thanks to all the participants,
> > Alex
> > ___
> > devs mailing list
> > devs@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
> >
> ___
> devs mailing list
> devs@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#114 & BFD#115

[Alexandru Cotiuga]

The Bug Fixing Day had a different format this month. People were in
holidays and we had 2 unannounced days (BFD#114 & BFD#115).

Here are the results for them:
http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+114+%26+115.

Thanks to all the participants,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#113

[Alexandru Cotiuga]

Hello devs,

Today is BFD#113:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 87 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=1#Created-vs-Resolved-Chart/10470

Here's the BFD#113 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13630

Happy Bug Fixing Day!

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#112

[Alexandru Cotiuga]

Hello all,

Today is BFD#112:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 95 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=1#Created-vs-Resolved-Chart/10470

Here's the BFD#112 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13628

Happy Bug Fixing Day!

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [Discussion] Committing date changes on document XML files

[Alexandru Cotiuga]

To be honest, I use git add -p and, sometimes, it happens to have in the
same hunk with date fields, some changes that I want to commit, so I have
to edit that hunk and to manually revert the date changes. Hope my use case
is more clear now.


On Thu, Jul 28, 2016 at 12:14 AM, Sergiu Dumitriu <ser...@xwiki.org> wrote:

> git add --interactive
>
> On 07/27/2016 03:59 AM, Alexandru Cotiuga wrote:
> > I'm +1 for not committing date changes and it would be helpful to ignore
> > them at some point, since I need all the time to edit files to commit in
> > order to revert date changes.
> >
> > Thanks,
> > Alex
> >
> > On Mon, Jul 25, 2016 at 10:40 PM, Thomas Mortagne <
> thomas.morta...@xwiki.com
> >> wrote:
> >
> >> Le 25 juil. 2016 18:31, "Vincent Massol" <vinc...@massol.net> a écrit :
> >>>
> >>>
> >>>> On 25 Jul 2016, at 18:20, Eduard Moraru <enygma2...@gmail.com> wrote:
> >>>>
> >>>> Hi,
> >>>>
> >>>> On Mon, Jul 25, 2016 at 6:46 PM, Vincent Massol <vinc...@massol.net>
> >> wrote:
> >>>>
> >>>>> I think I’d be in favor of:
> >>>>> * Have our xar:format remove the dates
> >>>>> * Have xar:verify fail if the dates are in the XML (thus our quality
> >> build
> >>>>> will fail if that’s the case)
> >>>>> * Have the import set the current date if no dates are defined
> (that’s
> >>>>> probably the case already, would need to be checked)
> >>>>>
> >>>>
> >>>> A side-effect of this is that, when you upgrade and extension, all the
> >>>> pages of the extension will be changed and set to the update date as
> >> their
> >>>> last modification dates, right? (i.e. it affects both fresh installs
> >> and
> >>>> upgrades)
> >>>
> >>> Isn’t this what happens now already, i.e. when an existing page is
> >> imported the current date is set (unless it’s a backup pack)?
> >>
> >> Yes EM does not take into account plumbing stuff like date and version.
> >>
> >>>
> >>> If the issue is about the diff, I guess we could have a diff that
> doesn’t
> >> take into account the dates (or a better algorithm could be to not
> update a
> >> page that only has the date metadata modified).
> >>
> >> It's already the case...
> >>
> >>>
> >>>> Thinking more about it, it could be problematic for all the pages of
> an
> >>>> extension that you upgrade to appear as being modified, even if
> nothing
> >>>> changed in them in that particular version.
> >>>
> >>> We should definitely not update pages with no changes.
> >>>
> >>>> Another minor negative side-effect would also be searching or listing
> >>>> documents and sorting them by the last update time. Of course, this
> >> would
> >>>> mostly affect admins or users with "show hidden documents" enabled.
> >>>
> >>> I we don’t update pages that haven’t been changed we won’t have this
> >> problem, right?
> >>>
> >>>> However, if you happen to also manage some content pages in your build
> >>>> (that are not supposed to be hidden), this becomes a nuissance.
> >>>>
> >>>> WDYT about the 2 problems? I guess we could always accept them and say
> >> that
> >>>> installs/upgrades are relatively rare and that the impact is minimal
> >> (and
> >>>> similar to an empty save in a document - something that can already be
> >>>> observed in practice in a document's history - so we don`t introduce
> >>>> anything new).
> >>>>
> >>>> Thanks,
> >>>> Eduard
> >>>>
> >>>> P.S.: Here`s an existing issue more or less related to this topic
> >>>> http://jira.xwiki.org/browse/XWIKI-7058. Caty reminded me about it.
> >>>
> >>> And http://jira.xwiki.org/browse/XWIKI-11764
> >>>
> >>> Thanks
> >>> -Vincent
> >>>
> >>>> * Have AS and Watchlist exclude import / new wiki (already the case)
> >>>>>
> >>>>> Thanks
> >>>>> -Vincent
> >>>>>
> >>>>>> On 25 Jul 2016, at 14:08, Eduard Moraru <en

Re: [xwiki-devs] [Discussion] Committing date changes on document XML files

[Alexandru Cotiuga]

I'm +1 for not committing date changes and it would be helpful to ignore
them at some point, since I need all the time to edit files to commit in
order to revert date changes.

Thanks,
Alex

On Mon, Jul 25, 2016 at 10:40 PM, Thomas Mortagne  wrote:

> Le 25 juil. 2016 18:31, "Vincent Massol"  a écrit :
> >
> >
> > > On 25 Jul 2016, at 18:20, Eduard Moraru  wrote:
> > >
> > > Hi,
> > >
> > > On Mon, Jul 25, 2016 at 6:46 PM, Vincent Massol 
> wrote:
> > >
> > >> I think I’d be in favor of:
> > >> * Have our xar:format remove the dates
> > >> * Have xar:verify fail if the dates are in the XML (thus our quality
> build
> > >> will fail if that’s the case)
> > >> * Have the import set the current date if no dates are defined (that’s
> > >> probably the case already, would need to be checked)
> > >>
> > >
> > > A side-effect of this is that, when you upgrade and extension, all the
> > > pages of the extension will be changed and set to the update date as
> their
> > > last modification dates, right? (i.e. it affects both fresh installs
> and
> > > upgrades)
> >
> > Isn’t this what happens now already, i.e. when an existing page is
> imported the current date is set (unless it’s a backup pack)?
>
> Yes EM does not take into account plumbing stuff like date and version.
>
> >
> > If the issue is about the diff, I guess we could have a diff that doesn’t
> take into account the dates (or a better algorithm could be to not update a
> page that only has the date metadata modified).
>
> It's already the case...
>
> >
> > > Thinking more about it, it could be problematic for all the pages of an
> > > extension that you upgrade to appear as being modified, even if nothing
> > > changed in them in that particular version.
> >
> > We should definitely not update pages with no changes.
> >
> > > Another minor negative side-effect would also be searching or listing
> > > documents and sorting them by the last update time. Of course, this
> would
> > > mostly affect admins or users with "show hidden documents" enabled.
> >
> > I we don’t update pages that haven’t been changed we won’t have this
> problem, right?
> >
> > > However, if you happen to also manage some content pages in your build
> > > (that are not supposed to be hidden), this becomes a nuissance.
> > >
> > > WDYT about the 2 problems? I guess we could always accept them and say
> that
> > > installs/upgrades are relatively rare and that the impact is minimal
> (and
> > > similar to an empty save in a document - something that can already be
> > > observed in practice in a document's history - so we don`t introduce
> > > anything new).
> > >
> > > Thanks,
> > > Eduard
> > >
> > > P.S.: Here`s an existing issue more or less related to this topic
> > > http://jira.xwiki.org/browse/XWIKI-7058. Caty reminded me about it.
> >
> > And http://jira.xwiki.org/browse/XWIKI-11764
> >
> > Thanks
> > -Vincent
> >
> > > * Have AS and Watchlist exclude import / new wiki (already the case)
> > >>
> > >> Thanks
> > >> -Vincent
> > >>
> > >>> On 25 Jul 2016, at 14:08, Eduard Moraru 
> wrote:
> > >>>
> > >>> Hi, devs,
> > >>>
> > >>> This interesting discussion [1] came up recently on a github commit
> that
> > >>> lead us to realise that a practice which we have been doing since
> forever
> > >>> is not documented in our best practices guides and that we also seem
> to
> > >>> lack consensus on it.
> > >>>
> > >>> It`s about the practice of skipping date field changes from document
> XML
> > >>> pages when committing them to source control. This includes doc date
> > >>> and contentUpdateDate
> > >>> fields, but also attachment dates.
> > >>>
> > >>> You can see some arguments on the discussion[1], but I also wanted to
> > >>> mention that this practice goes in line with what we do for document
> > >>> versions (which is handled by the xar:format maven plugin goal which
> we
> > >>> execute every time, before committing XML pages). If we are to update
> doc
> > >>> dates, then we should also increment doc versions, otherwise it does
> not
> > >>> make any sense.
> > >>>
> > >>> The idea was, AFAIR, that XWIki`s code pages should not generate any
> > >>> updates in the user`s wiki content, in any way, and that and update
> of
> > >> the
> > >>> code of a "system"/XWiki page should not show up as an update of *the
> > >>> user's content*, since it would otherwise confuse him.
> > >>>
> > >>> What we are currently missing from xar:format is exactly this: the
> reset
> > >> of
> > >>> XML page dates to have a clearer and more consistent date for XWiki`s
> > >> code
> > >>> pages.
> > >>>
> > >>> Your input is appreciated and the result of this discussion would be
> the
> > >>> update of our Development Practices [2] and Application Development
> Best
> > >>> Practices [3] pages.
> > >>>
> > >>> Thanks,
> > >>> Eduard
> > >>>
> > >>> --
> > >>> [1]
> > >>>
> > >>
>
> 

Re: [xwiki-devs] [Proposal] Add a new perSpace property to the XWiki.ConfigurableClass class

[Alexandru Cotiuga]

Hello again on this old abandoned conversation,

Since the last time I answered on this topic, I closed as invalid the pull
request <https://github.com/xwiki/xwiki-platform/pull/481> for adding the
"visibility" xproperty to XWiki.ConfigurableClass and I created a new one
which is available here <https://github.com/xwiki/xwiki-platform/pull/485>.
Could anyone find some time to review it?

Thanks,
Alex


On Fri, Apr 15, 2016 at 12:17 PM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> There is an issue [1] and a pull request [2] created for this topic.
>
> [1] http://jira.xwiki.org/browse/XWIKI-13321
> [2] https://github.com/xwiki/xwiki-platform/pull/481
>
> Thanks,
> Alex
>
> On Fri, Apr 15, 2016 at 12:06 PM, Eduard Moraru <enygma2...@gmail.com>
> wrote:
>
>> +1 for "visibility", as it`s about configuration/customization and it
>> would
>> be in line with macros, JSX, SSX, etc.
>>
>> Thanks,
>> Eduard
>>
>> On Tue, Apr 12, 2016 at 3:28 PM, Vincent Massol <vinc...@massol.net>
>> wrote:
>>
>> > Hi Alex,
>> >
>> > > On 12 Apr 2016, at 14:22, Alexandru Cotiuga <
>> alexandru.coti...@xwiki.com>
>> > wrote:
>> > >
>> > > Hello devs,
>> > >
>> > > Since Nested Spaces has been introduced in XWiki, the need of
>> configuring
>> > > some applications at space level has also appeared.
>> >
>> > It was there before (skin, rights, etc) but I agree that it’s even more
>> > important now.
>> >
>> > > There are already some configurable sections at space level: Look &
>> Feel
>> > > (Presentation, Page Elements, PanelWizard), Users & Groups (Rights:
>> Page
>> > &
>> > > Children, Rights: Page) but they are not using the configurable class
>> and
>> > > they are defined in
>> > >
>> >
>> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-administration/xwiki-platform-administration-ui/src/main/resources/XWiki/AdminSheet.xml#L60
>> > > having perSpace key.
>> > >
>> > > The new installed applications that have a configuration page, can't
>> be
>> > > configured now at space level and what I'm proposing in order to ease
>> the
>> > > way this can be achieved is to add a new boolean property perSpace to
>> the
>> > > XWiki.ConfigurableClass class.
>> >
>> > I think I’d prefer instead to introduce a “visibility” xproperty similar
>> > to what we have in wiki Macros and wiki components. Which could be for
>> the
>> > moment: WIKI, SPACE (later on we could maybe add some config options
>> that
>> > are only visible at the farm level, i.e. on the main wiki). Another use
>> > case in the future could be to have user-level configuration options too
>> > (with a visibility of USER); this could be a way to reuse
>> ConfigurableClass
>> > for both Admin UI and User Profile UI in the future.
>> >
>> > Of course this means deprecating the “configureGlobally”.
>> >
>> > > Another idea would be to create a mix between this non-existing
>> property
>> > > and existing configureGlobally property and to create a new one with
>> some
>> > > options: Wiki, Wiki & space, Space but this involves a lot of changes
>> tha
>> > > might not worth the effort.
>> >
>> > I think it’s worth introducing a “visibility” xproperty.
>> >
>> > Thanks
>> > -Vincent
>> >
>> > > WDYT?
>> > >
>> > > Thanks,
>> > > Alex
>> >
>> > ___
>> > devs mailing list
>> > devs@xwiki.org
>> > http://lists.xwiki.org/mailman/listinfo/devs
>> >
>> ___
>> devs mailing list
>> devs@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/devs
>>
>
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#111

[Alexandru Cotiuga]

Hi devs,

Today is BFD#111:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 111 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=1#Created-vs-Resolved-Chart/10470

Here's the BFD#111 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13624

Happy Bug Fixing Day!

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [UX][Vote] Content Templates by default

[Alexandru Cotiuga]

Hello,

+ 1 for all
The difference between Article and Encyclopedia could be increased by
adding other specific elements on each one's layout.

Thanks,
Alex

On Tue, Jul 12, 2016 at 12:11 PM, Ecaterina Moraru (Valica) <
vali...@gmail.com> wrote:

> In case we don't like a particular Template, then the best strategy is to
> have individual votes for them.
>
> @Anca, from your feedback is hard to know if you prefer Article over
> Encyclopedia.
>
> Since we need to release 8.2 final at the end of the week I would like to
> advance with this topic: either by committing all the proposed templates or
> just a subset, but I need more opinions.
>
> Status:
> 1. Article (Article page): +1 Vincent, +1 Caty
> 2. Encyclopedia (Encyclopedia page): +1 Vincent, +1 Caty
> 3. Meeting Report (Agenda and notes): 1+ Vincent, +1 Caty, +1 Anca
> 4. Simple Page (With table of content): +1 Vincent, +1 Caty, +1 Anca
>
> Thanks,
> Caty
>
>
>
> On Mon, Jul 11, 2016 at 4:30 PM, Anca Luca  wrote:
>
> > On Mon, Jul 11, 2016 at 2:00 PM, Ecaterina Moraru (Valica) <
> > vali...@gmail.com> wrote:
> >
> > > On Mon, Jul 11, 2016 at 2:54 PM, Anca Luca  wrote:
> > >
> > > > Hello Caty,
> > > >
> > > >
> > > >
> > > > On Thu, Jul 7, 2016 at 4:12 PM, Ecaterina Moraru (Valica) <
> > > > vali...@gmail.com
> > > > > wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > By default there are not many page templates an user could see.
> > > > > In order for users to understand the power and purpose of XWiki, it
> > > would
> > > > > be helpful to add more content templates by default.
> > > > >
> > > > > Content Templates are templates that don't belong to a particular
> > > > > application, but provides an initial content structure. The
> templates
> > > > will
> > > > > be suggested in the creation step.
> > > > >
> > > > > Here are some templates we could add by default:
> > > > >
> > > >
> > >
> >
> http://design.xwiki.org/xwiki/bin/view/Proposal/TemplatesDefault#HProposal
> > > > > 1. Article
> > > > > 2. Encyclopedia
> > > > >
> > > >
> > > > I think these two are the same one, they should be collapsed into
> only
> > > one
> > > > template. I don't really understand the differences between these
> two.
> > > >
> > >
> > > The differences are in layout.
> > >
> >
> > In my opinion this is not enough to have both of them. For me, the goal
> of
> > the templates by default is to help discover the template feature and its
> > benefits to users, and the way to do that would be to show interesting
> > usecases of the template feature. Having two templates for the same
> usecase
> > but with different layout is not aligned with this goal, but would be
> more
> > aligned with the goal of showing that we can do different fancy layouts.
> In
> > addition, this logic would allow to have multiple templates for the other
> > usecases as well, with different layout, which would not be a good idea
> > (e.g. another meeting report, with a different layout) because would
> bloat
> > the list...
> >
> > Anyone else?
> >
> > Thanks,
> > Anca
> >
> >
> > >
> > >
> > > >
> > > >
> > > > > 3. Meeting
> > > > >
> > > >
> > > > Should be called Meeting Report (or meeting notes), so that the
> > > difference
> > > > with the meeting extension is more obvious.
> > > >
> > >
> > > I will use "Meeting Report"
> > >
> > >
> > > >
> > > > > 4. Simple Page
> > > > >
> > > >
> > > > Should have the word Table of Contents in the name, so that its
> purpose
> > > is
> > > > obvious from the start (otherwise "simple page" and the default
> "blank
> > > > page" are not very easy to differentiate ).
> > > >
> > > >
> > > The difference is viewed in the Description, see
> > >
> > >
> >
> http://design.xwiki.org/xwiki/bin/download/Proposal/TemplatesDefault/WebHome/descriptions.png
> > >
> > > Thanks,
> > > Caty
> > >
> > >
> > > > Another template could be added, "Index page", with a simple
> livetable
> > > > listing all the children (and descendants) pages of the current page.
> > > It's
> > > > handy when creating the root page of a subtree on the wiki (would
> have
> > > the
> > > > same purpose as "Dashboard", to be a scripted homepage from where the
> > > > subtree of that page can be accessed).
> > > >
> > > > Thanks,
> > > > Anca
> > > >
> > > >
> > > > >
> > > > > You can test them on
> > > > > http://design.xwiki.org/xwiki/bin/view/Proposal/TemplatesDefault/
> > (use
> > > > the
> > > > > Create button)
> > > > >
> > > > > Please vote if you agree these templates should be added by default
> > or
> > > > > otherwise let me know your feedback.
> > > > >
> > > > > Thanks,
> > > > > Caty
> > > > > ___
> > > > > devs mailing list
> > > > > devs@xwiki.org
> > > > > http://lists.xwiki.org/mailman/listinfo/devs
> > > > >
> > > > ___
> > > > devs mailing list
> > > > devs@xwiki.org
> > > > http://lists.xwiki.org/mailman/listinfo/devs
> > > >
> > > 

Re: [xwiki-devs] [Vote] Showcase contributors in the Release Notes

[Alexandru Cotiuga]

+1

Thanks,
Alex

On Fri, Jul 8, 2016 at 7:02 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> +1
>
> Thanks,
> Marius
>
> On Sun, Jul 3, 2016 at 12:59 AM, Eduard Moraru 
> wrote:
>
> > Hi,
> >
> > +1 for contributors in the RN
> >
> > Thanks,
> > Eduard
> >
> > On Thu, Jun 30, 2016 at 8:27 PM, Vincent Massol 
> > wrote:
> >
> > >
> > > > On 30 Jun 2016, at 18:40, Vincent Massol  wrote:
> > > >
> > > > Hi Caty,
> > > >
> > > >> On 30 Jun 2016, at 18:32, Ecaterina Moraru (Valica) <
> > vali...@gmail.com>
> > > wrote:
> > > >>
> > > >> Hi,
> > > >>
> > > >> Since May 2015 we added in the Release Plan Help a step that
> collects
> > > the
> > > >> list of code contributors of a release and lists them in the
> > > announcement
> > > >> mail.
> > > >>
> > > >> IMO this is a nice way to acknowledge and thank people that are
> > > >> contributing to XWiki.
> > > >>
> > > >> I want to propose that we add this contributors list in the Release
> > > Notes.
> > > >> Release Notes are accessible when someone wants to downloads XWiki
> and
> > > they
> > > >> are also referenced as documentation when we close issues, while the
> > > >> mailinglist are read just by the people that are subscribed.
> > > >>
> > > >> This visibility increase will be beneficial to thank participants
> and
> > > also
> > > >> maybe motivate other users to join the development.
> > > >>
> > > >> We could have this listing both in the Release Notes and the
> > > Announcement
> > > >> Mail, but I believe it's sufficient in the Release Notes (let me
> know
> > if
> > > >> you disagree).
> > > >>
> > > >> This change would imply:
> > > >> - Change in the Release Plan to add this step
> > > >> - Change in the Release Plan Help to document the process
> > > >> - Change the Release Notes Template to add the Contributors section
> > > >>
> > > >> The Release Manager would compute the code contributors, but
> > additional
> > > >> people could add themselves in case they contributed translations or
> > > >> performed tests (which usually happen after the release, so it's
> hard
> > to
> > > >> put this responsibility on the shoulders of the RM). Let me know if
> > you
> > > >> want the contributions to be exclusive to code contributions. Also
> > > having
> > > >> other types of contributions means that we drop the announcement
> mail
> > > >> listing since it could be incomplete.
> > > >>
> > > >> Let me know what you think.
> > > >> My +1
> > > >
> > > > Big +1, it’s nicer to have the acks in the RNs.
> > >
> > > Just to be clear my +1 is for:
> > > - having the list of contributors to the release only in the RN
> > > - I’m fine to also list other types of contributions (translations,
> etc).
> > > The release process needs to explain how to find them and even better
> how
> > > to automate getting them since we need to be careful that it doesn’t
> take
> > > too long to gather them.
> > >
> > > Thanks
> > > -Vincent
> > >
> > > > Thanks
> > > > -Vincent
> > > >
> > > >> Thanks,
> > > >> Caty
> > >
> > > ___
> > > devs mailing list
> > > devs@xwiki.org
> > > http://lists.xwiki.org/mailman/listinfo/devs
> > >
> > ___
> > devs mailing list
> > devs@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
> >
> ___
> devs mailing list
> devs@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#110

[Alexandru Cotiuga]

Hi devs,

Today is BFD#110:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 109 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=1#Created-vs-Resolved-Chart/10470

Here's the BFD#110 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13622

Happy Bug Fixing Day!

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [xwiki-users] [ANN] Tour Application v1.0.2 Released

[Alexandru Cotiuga]

Hello all,


A new version of the Tour Application extension is available. This is a
bugfix version. See
http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+Application#Hv1.0.2.
You can install or upgrade with the Extension Manager.

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#109

[Alexandru Cotiuga]

Hello,

Here are the results of the 109th BFD:
http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+109.

Thanks to all the participants!

On Thu, Jun 30, 2016 at 10:04 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hi devs,
>
> Today is BFD#109:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 107 bugs behind. See:
>
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=1#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#109 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13620
>
> Happy Bug Fixing Day!
>
> Thanks,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#109

[Alexandru Cotiuga]

Hi devs,

Today is BFD#109:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 107 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=1#Created-vs-Resolved-Chart/10470

Here's the BFD#109 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13620

Happy Bug Fixing Day!

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [UX][Proposal] Recommended extensions on e.x.o

[Alexandru Cotiuga]

Good idea, I like it. However, we should be careful if we use both
recommended property and the ratings display in order to not have a
recommended application with a low average vote :)

On Mon, Jun 27, 2016 at 1:50 PM, Guillaume Delhumeau <
guillaume.delhum...@xwiki.com> wrote:

> Looks very good.
>
> 2016-06-27 11:57 GMT+02:00 Ecaterina Moraru (Valica) :
>
> > Hi devs,
> >
> > This is a proposal on how we could improve the homepage of
> > extensions.xwiki.org in order to make it easier for users to discover
> > useful extensions.
> >
> > Homepage:
> >
> >
> http://design.xwiki.org/xwiki/bin/download/Proposal/XWikiOrgExtensionsWiki/I2.png
> >
> > The main idea is to add a Recommended property to the Extensions class in
> > order to select some extensions that we believe to be of high quality.
> >
> > Having this property will help us highlight this selection on the
> homepage,
> > by providing a custom livetable (users that will want to browse all
> > extensions should use the 'Browse' action - that will take them to the
> > current e.x.o livetable).
> >
> > Some notes about the recommended livetable, we should:
> > - add a filterble Ratings column
> > - improve the Author column (by providing filtering and a display)
> > - simplify the date format
> >
> > I've tried to make the proposal as simple as possible to implement.
> >
> > Let me know what you think,
> > Caty
> > ___
> > devs mailing list
> > devs@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
> >
>
>
>
> --
> Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> Research & Development Engineer at XWiki SAS
> Committer on the XWiki.org project
> ___
> devs mailing list
> devs@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#108

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+108

Thanks to all the participants!

On Thu, Jun 23, 2016 at 8:12 AM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hi devs,
>
> This Thursday is BFD#108:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 129 bugs behind. See:
>
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=1#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#108 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13619
>
> Happy Bug Fixing Day!
>
> Thanks,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

[xwiki-devs] [XWiki Day] BFD#108

[Alexandru Cotiuga]

Hi devs,

This Thursday is BFD#108:
http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays

Our current status for the 1 year period is 129 bugs behind. See:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=1#Created-vs-Resolved-Chart/10470

Here's the BFD#108 dashboard to follow the progress during the day:
http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13619

Happy Bug Fixing Day!

Thanks,
Alex
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [VOTE] New Strategy for the XWiki Github Organization

[Alexandru Cotiuga]

+1 (not binding)

On Tue, Jun 21, 2016 at 7:19 PM, Ecaterina Moraru (Valica) <
vali...@gmail.com> wrote:

> +1
>
> I like the fact that we don't move things around and that we support old
> versions of XWiki.
>
> We still need to clearly define what Base Flavor / Default Flavor include
> and how contrib users will create new Flavors on top of them.
> We still need to define the versioning scheme for the extensions that will
> go in the Default Flavor or in other possible future 'supported' contrib
> Flavors. (especially since you said they could have multiple releases)
> (maybe something like 8.2.1-x, although might be strange that you could
> install an 8.2.1-1 version of Tour in a 6.4 XWiki. Maybe we could use the
> year like 2016-1-1 or I don't know we need to think about it). And we need
> to see where we document what each Flavor contains and the procedure to
> add/remove extensions in the Flavors.
>
> Thanks,
> Caty
>
>
> On Tue, Jun 21, 2016 at 7:09 PM, Denis Gervalle  wrote:
>
> > On Tue, Jun 21, 2016 at 6:00 PM, Vincent Massol 
> > wrote:
> >
> > > Hi devs,
> > >
> > > I’m transforming the brainstorming that was started in the thread
> > > http://markmail.org/message/exlndbq3tw2thmmu into a VOTE mail since
> this
> > > is a very important decision.
> > >
> > > So I’m asking you to vote for defining a new direction for the XWiki
> Core
> > > Dev Team (i.e. for the XWiki GitHub Organization). The need was
> triggered
> > > by the Tour and CKEditor extensions which are currently in
> xwiki-contrib
> > > and that we want our users to have by default. For more details see
> this
> > > thread: http://markmail.org/message/exlndbq3tw2thmmu
> > >
> > > So here’s the strategy:
> > >
> > > * Make XWiki Github org == minimal runtime, where minimal means “basic
> > > wiki” (page edition, history, linking, wiki markup, etc). The notion of
> > > “basic wiki” would need to be better defined but this can be done later
> > on.
> > > * Provide a "Base Flavor" which corresponds to this “basic wiki”, as
> part
> > > of xwiki-platform (this would be xwiki-platform-distribution).
> > > * Provide another flavor, the "Default Flavor” which would add some
> > > hand-picked third-party extensions (i.e. from contrib) such as the Tour
> > app
> > > and CKEditor (to start with, we could also add the markdown syntax for
> > > example which is one of the most asked syntaxes). Note that this
> Default
> > > Flavor would actually be a “replacement" of xwiki-enterprise.
> > > * The Default Flavor would have at least the same release cycle as the
> > > base flavor but it could have more releases (if some of the bundled
> > > third-party extensions has some important bug fixes or new features
> that
> > we
> > > want to offer quickly without waiting for the next base flavor
> release).
> > > * The consequence is that the XWiki Dev Team would need to be a bit
> more
> > > careful to monitor the quality of bundled third-party extensions in
> > contrib
> > > (check commits, do some smoke testing, etc). Note that the goal of the
> > > Default flavor would not be to offer verticals (for this there should
> be
> > > some contrib flavors) and thus it wouldn’t bundle a lot of third-party
> > > extensions. Basically we’ll need to validate the version of those
> > > third-party extensions that include in the flavor.
> > >
> > > My POV is that globally this would offer more flexibility for our users
> > > (they’ll be able to install extensions such as CK and Tour in older
> XWiki
> > > versions and they’ll get more frequent releases) at the cost of some
> > > overhead to develop extensions that work in several versions. The dev
> > team
> > > is pretty small and thus it means developing a bit less fast but it’s
> > > probably as important, if not more important, to make the code we
> develop
> > > available in older xwiki versions, as XWiki gains traction.
> > >
> >
> > IMO, the overhead will depends on the needs, but what will be a net
> > benefice is not to artificially raise extensions requirements when there
> is
> > no change, or when the change does not implies the need for a recent API.
> >
> > +1, of course :)
> >
> >
> > >
> > > Here’s my +1
> > >
> > > Please cast your vote.
> > >
> > > Thanks
> > > -Vincent
> > >
> > > ___
> > > devs mailing list
> > > devs@xwiki.org
> > > http://lists.xwiki.org/mailman/listinfo/devs
> > >
> >
> >
> >
> > --
> > Denis Gervalle
> > SOFTEC sa - CEO
> > ___
> > devs mailing list
> > devs@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
> >
> ___
> devs mailing list
> devs@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [XWiki Day] BFD#107

[Alexandru Cotiuga]

Results: http://www.xwiki.org/xwiki/bin/view/Blog/Bug+Fixing+Day+107



On Wed, Jun 15, 2016 at 10:28 PM, Alexandru Cotiuga <
alexandru.coti...@xwiki.com> wrote:

> Hi devs,
>
> This Thursday is BFD#107:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status for the 1 year period is 124 bugs behind. See:
>
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=1#Created-vs-Resolved-Chart/10470
>
> Here's the BFD#107 dashboard to follow the progress during the day:
> http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13618
>
> Happy Bug Fixing Day!
>
> Thanks,
> Alex
>
___
devs mailing list
devs@xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs