[xwiki-devs] [ANN] XWiki 11.6 released

[Alex Cotiugă]

The XWiki development team is proud to announce the availability of XWiki
11.6.
This release brings new security features related to user authentication
and management, a new way to see document changes closer to the WYSIWYG
edition and a new macro to define part of a document that should be
asynchronously loaded for better performance.

You can download it here: https://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
https://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/11.6/

Thanks for your support
-The XWiki dev team

[xwiki-devs] [ANN] XWiki 11.4RC1 released

[Alex Cotiugă]

The XWiki development team is proud to announce the availability of XWiki
11.4RC1.
This release brings important improvements on the management of the
conflicts encountered when editing a page as well as better explained
messages, displayed to users, to easily understand the occurring issues.
Also, a dedicated macro for inserting WikiMacro Content was introduced.

You can download it here: https://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
https://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/11.4RC1

Thanks for your support
-The XWiki dev team

Re: [xwiki-devs] [Brainstorming] Failing build when deprecated APIs are used in scripts?

[Alex Cotiugă]

+1

Thanks,
Alex

On Wed, Apr 3, 2019 at 11:29 AM Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> +1
>
> Thanks,
> Marius
>
> On Fri, Mar 29, 2019 at 11:27 AM Vincent Massol 
> wrote:
>
> > Hi devs,
> >
> > I'd like to discuss about introducing a checker in the tests to fail the
> > test if there's a warning message about a deprecated APIs being used in
> > scripts.
> >
> > For example:
> >
> > ```
> > 23:59:28.308 [main] INFO  org.xwiki.test.ui.TestDebugger -
> > GroupIT-addUserAndSubgroupToGroup started
> > 23:59:32.593 [Exec Stream Pumper] ERROR o.x.t.i.XWikiLogOutputStream -
> > 2019-03-28 23:59:32,593 [
> >
> http://localhost:8080/xwiki/bin/view/XWiki/XWikiPreferences?xpage=getgroups=1=15=1
> ]
> > WARN  o.x.v.i.DefaultVelocityEngine  - Deprecated usage of method
> >
> [com.xpn.xwiki.plugin.rightsmanager.RightsManagerPluginApi.countAllMembersNamesForGroup]
> > in 21:/templates/getgroups.vm@62,37
> > 23:59:35.824 [Exec Stream Pumper] ERROR o.x.t.i.XWikiLogOutputStream -
> > 2019-03-28 23:59:35,824 [
> >
> http://localhost:8080/xwiki/bin/view/XWiki/XWikiPreferences?xpage=getgroups=1=15=2
> ]
> > WARN  o.x.v.i.DefaultVelocityEngine  - Deprecated usage of method
> >
> [com.xpn.xwiki.plugin.rightsmanager.RightsManagerPluginApi.countAllMembersNamesForGroup]
> > in 18:/templates/getgroups.vm@62,37
> > 23:59:41.349 [Exec Stream Pumper] ERROR o.x.t.i.XWikiLogOutputStream -
> > 2019-03-28 23:59:41,348 [
> >
> http://localhost:8080/xwiki/bin/view/XWiki/XWikiPreferences?xpage=getgroups=1=15=3
> ]
> > WARN  o.x.v.i.DefaultVelocityEngine  - Deprecated usage of method
> >
> [com.xpn.xwiki.plugin.rightsmanager.RightsManagerPluginApi.countAllMembersNamesForGroup]
> > in 21:/templates/getgroups.vm@62,37
> > 23:59:58.503 [main] INFO  org.xwiki.test.ui.TestDebugger -
> > GroupIT-addUserAndSubgroupToGroup passed
> > ```
> >
> > Rationale:
> > * This adds warnings in the xwiki logs when users navigate to those pages
> > which isn’t nice.
> > * It also helps reducing the number of deprecated methods we use (I have
> > the feeling this is not reducing) and helps us move towards being able to
> > move the deprecated code to legacy.
> >
> > WDYT?
> >
> > Thanks
> > -Vincent
>

[xwiki-devs] [ANN] XWiki 11.2 RC1 released

[Alex Cotiugă]

The XWiki development team is proud to announce the availability of 11.2
RC1.

This release brings a warning to the users when they are editing a page and
other users are saving the same content. The Object editor has a new way of
presenting XClasses meant to increase the user experience, while the top
level application pages are not displayed anymore in Navigation Panel.

You can download it here: https://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
https://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/11.2RC1/

Thanks for your support
-The XWiki dev team

Re: [xwiki-devs] [Proposl] Improve JIRA resolution and introduce a "Solved by" resolution

[Alex Cotiugă]

Hi,

I'm +1 to have the "Solved by" and since this will have only one purpose, I
don't see the need of the extra "depends on". If possible, we should link a
related issue with the same marker.

Thanks,
Alex

On Thu, Jan 10, 2019 at 12:45 PM Thomas Mortagne 
wrote:

> On Thu, Jan 10, 2019 at 11:43 AM Vincent Massol 
> wrote:
> >
> > Hi devs,
> >
> > Right now we often use “duplicate” when we have an issue that is solved
> by another issue (usually a more specific one). This is not semantically
> correct.
> >
> > Proposal:
> > * Add a new jira resolution named “Solved by”
> > * Best practice: when using “solved by”, also use the “depends on” link
>
> "depends on" is not really semantically correct either, if it's
> possible add custom links it would be nicer to have corresponding
> ones.
>
> >
> > WDYT?
> >
> > Thanks
> > -Vincent
>
>
>
> --
> Thomas Mortagne
>

[xwiki-devs] [ANN] XWiki 10.10 released

[Alex Cotiugă]

Hello all,

The XWiki development team is proud to announce the availability of XWiki
10.10.
In this version, a new protection helper was introduced to prevent users
from breaking the wiki when an XClass page is being refactored, PDF export
looks better now and the new auto-suggestion feature starts to be enabled
in some places.

It's now possible to easily enable asynchronous execution and caching for
panels, wiki UI extensions and wiki macros, this making the rendering of
the page faster.

Among other things, Wiki Macros can now have typed parameters and it is now
possible to make the content of a macro editable inline with the WYSIWYG
editor.
You can download it here: https://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
https://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/10.10/

Thanks for your support
-The XWiki dev team

[xwiki-devs] Postpone of XWiki 10.10

[Alex Cotiugă]

Hello devs,

There are some issues in progress for 10.10 release + some testing for them
so
I propose to postpone the release for tomorrow.

Thanks,
Alex

Re: [xwiki-devs] [Brainstorming] "Code" subspace for apps

[Alex Cotiugă]

On Thu, Sep 27, 2018 at 5:04 PM Vincent Massol  wrote:

> Hi devs,
>
> I’ve just had a quick chat with Edy and I found that we had a difference
> of opinion on the Code subspace practice.
>
> On
> https://dev.xwiki.org/xwiki/bin/view/Community/ApplicationDevelopmentBestPractices
> we say:
> "Technical pages must be put in a subspace named Code”
>
> Now Edy says that this should be done only for data-generating apps.
>

This sounds to me like an exception from a rule. Time has taught us that
nothing is unchangeable and we can expect at some point to have some
content in a non-data-generating app.
I would prefer to keep the current rule.


> It’s not my recollection that this rule was only for this case and this is
> what I’d like to discuss here.
>
> For example, I’ve noticed that ActiveInstalls has all technical pages
> under ActiveInstalls, see
>
> https://github.com/xwiki/xwiki-platform/tree/053f0a2757cea18a5916632a58c6046ba61954cd/xwiki-platform-core/xwiki-platform-activeinstalls/xwiki-platform-activeinstalls-server/xwiki-platform-activeinstalls-server-ui/src/main/resources/ActiveInstalls
>
> I would fix it to have only the WebHome remain under ActiveInstalls and
> move all the technical pages under ActiveInstalls.Code.
>
> The only case where it could make sense to not have a Code subspace would
> be when the app has no UI at all. Even in this case, you might argue that
> we should always have a home to provide a description about the content of
> the space.
>
> So right now I’m personally in favor of continuing the rule we defined in
> the best practices:
> "Technical pages must be put in a subspace named Code”
>
> WDYT?
>
> Thanks
> -Vincent
>
> Thanks,
Alex

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

[Alex Cotiugă]

Results: https://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20187

Thanks,
Alex

On Thu, Sep 6, 2018 at 8:37 AM, Alex Cotiugă 
wrote:

> Hello devs,
>
> This Thursday is BFD#187:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingday
> <http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays>
>
> Our current status is:
> * -54 bugs over 120 days (4 months), i.e. we need to close 54 bugs to have
> created bugs # = closed bugs #
> * -116 bugs over 365 days (1 year)
> * -157 bugs over 500 days (between 1 and 2 years)
> * -371 bugs over 1600 days (4.3 years)
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
> Here's the BFD#187 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=14317
>
> Happy Bug Fixing Day,
> Alex
>
>
>

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

[Alex Cotiugă]

Hello devs,

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


Our current status is:
* -54 bugs over 120 days (4 months), i.e. we need to close 54 bugs to have
created bugs # = closed bugs #
* -116 bugs over 365 days (1 year)
* -157 bugs over 500 days (between 1 and 2 years)
* -371 bugs over 1600 days (4.3 years)

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

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

Happy Bug Fixing Day,
Alex

[xwiki-devs] [ANN] XWiki 10.7-rc-1 released

[Alex Cotiugă]

The XWiki development team is proud to announce the availability of XWiki
10.7-rc-1.

Since the plan for the XWiki 10.7 is to be a bugfixing one, this release
starts by reducing the bugs number with 30, in important areas as
Notifications, Skin or Old Core. This version also represents the beginning
of replacing the old XWiki Confirmation boxes with Bootstrap modals having
the comments' actions to benefit at first.

You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
https://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/10.7RC1/

Thanks for your support
-The XWiki dev team

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

[Alex Cotiugă]

Hello devs,

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


Our current status is:
* -52 bugs over 120 days (4 months), i.e. we need to close 52 bugs to have
created bugs # = closed bugs #
* -105 bugs over 365 days (1 year)
* -151 bugs over 500 days (between 1 and 2 years)
* -351 bugs over 1600 days (4.3 years)

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

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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

Results: https://www.xwiki.org/xwiki/bin/view/Blog/Bug%20Fixing%20Day%20185

Thanks,
Alex


On Thu, Aug 2, 2018 at 8:42 AM, Alex Cotiugă 
wrote:

> Hello devs,
>
> This Thursday is BFD#185:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingday
> <http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays>
>
> Our current status is:
> * -53 bugs over 120 days (4 months), i.e. we need to close 53 bugs to have
> created bugs # = closed bugs #
> * -107 bugs over 365 days (1 year)
> * -153 bugs over 500 days (between 1 and 2 years)
> * -350 bugs over 1600 days (4.3 years)
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
> Here's the BFD#185 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=14314
>
> Happy Bug Fixing Day,
> Alex
>
>
>

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

[Alex Cotiugă]

Hello devs,

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


Our current status is:
* -53 bugs over 120 days (4 months), i.e. we need to close 53 bugs to have
created bugs # = closed bugs #
* -107 bugs over 365 days (1 year)
* -153 bugs over 500 days (between 1 and 2 years)
* -350 bugs over 1600 days (4.3 years)

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

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

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] [VOTE] Update the xar plugin and stop committing XML wiki page date fields

[Alex Cotiugă]

Hi,

+1 for enabled by default while being skippable if needed.

Thanks,
Alex

On Wed, Aug 1, 2018 at 1:52 PM, Ecaterina Moraru (Valica)  wrote:

> +1 I would like to not have pages since 2005 anymore, hope everything else
> will be ok
>
> Thanks,
> Caty
>
> On Tue, Jul 31, 2018 at 9:11 PM Clément Aubin 
> wrote:
>
> > Hi,
> >
> > +1 for enabled by default while being skippable if needed.
> >
> > Thanks,
> > Clément
> >
> > On 07/31/2018 06:52 PM, Thomas Mortagne wrote:
> > > +1
> > >
> > > On Tue, Jul 31, 2018 at 6:47 PM, Adel Atallah 
> > wrote:
> > >> +1 enabled by default, obviously.
> > >>
> > >> Le mar. 31 juil. 2018 18:43, Eduard Moraru  a
> > écrit :
> > >>
> > >>> Hi, devs.
> > >>>
> > >>> We have had 2 previous discussions on this topic:
> > >>> * July 2016 (discussion): https://markmail.org/thread/
> oodciq7pv6pj7eic
> > >>> * Jan 2018 (proposal): https://markmail.org/thread/ymwsebvr3k7voy3p
> > >>>
> > >>> And we have at least 2 issues on this topic:
> > >>> * Oct 2011: XWIKI-7058 :
> Page
> > >>> creation date should be the date of the installation
> > >>> * Feb 2015: XCOMMONS-1447  browse/XCOMMONS-1447
> > >:
> > >>> XAR plugin should replace the dates with a common number
> > >>>
> > >>> TL;DR: It's causing confusion for our users to install pages that are
> > >>> created in 2005/2009/etc. so we should avoid committing dates on git
> > that
> > >>> users might end up installing.
> > >>>
> > >>> Reminder: Importing a document with empty dates will:
> > >>> * Use the current date if the document is new (i.e. does not exist in
> > the
> > >>> wiki)
> > >>> * Use the existing dates if the document already exists in the wiki,
> if
> > >>> using backup import
> > >>> * Use the current user and current date for the document update date,
> > if
> > >>> imported using non-backup import of EM extension install
> > >>>
> > >>> Adel and myself have extended the xar:verify and xar:format goals of
> > the
> > >>> xar plugin to check for the existence of date fields in the XML wiki
> > pages
> > >>> and to remove them. The fields are:
> > >>> * date
> > >>> * contentUpdateDate
> > >>> * creationDate
> > >>> * attachment/date
> > >>>
> > >>> See the PR https://github.com/xwiki/xwiki-commons/pull/44/
> > >>>
> > >>> This check (on both verify and format goals) is skippable entirely
> > with the
> > >>> "xar.dates.skip property" (default to false) or
> > >>> "xar.dates.skip.documentList" for individual documents (list of doc
> > >>> references).
> > >>>
> > >>> I need your vote for accepting the existing PR and for removing the
> > >>> document dates (e.g. https://github.com/xwiki/
> xwiki-platform/pull/792)
> > and
> > >>> your feedback in case you know of any problems that this might
> create.
> > >>>
> > >>> Also, please mention if you would prefer for this behavior to be
> > skipped by
> > >>> default (and explicitly enabled on XWiki Standard, so that 3rd party
> > code
> > >>> is not impacted by this change).
> > >>>
> > >>> Here's my +1 (enabled by default and skippable if needed).
> > >>>
> > >>> Thanks,
> > >>> Eduard
> > >>>
> > >
> > >
> > >
> >
>

[xwiki-devs] [ANN] XWiki 10.6 released

[Alex Cotiugă]

The XWiki development team is proud to announce the availability of XWiki
10.6.
This release adds a RSS view to the Notifications macro and improves the
user picker with compact display and in-line selection. The developers
should check the new Page API and the improvements to the existing Icon
API. In addition there have been 24 bugs fixed and a couple of small
improvements done.

You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
https://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/10.6/


Thanks for your support
-The XWiki dev team

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

[Alex Cotiugă]

Hello devs,

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


Our current status is:
* -49 bugs over 120 days (4 months), i.e. we need to close 49 bugs to have
created bugs # = closed bugs #
* -105 bugs over 365 days (1 year)
* -155 bugs over 500 days (between 1 and 2 years)
* -345 bugs over 1600 days (4.3 years)

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

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

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] Location of macro pages (was Re: [Contrib] New repo and JIRA for an OpenStreetMap macro)

[Alex Cotiugă]

Hi Vincent,

The minimal XWiki version supported by the Map Macro is XWiki 5.4-2 and we
can't use nested pages, for the moment. MapMacro space as parent sounds
good.

Thanks,
Alex

On Mon, Jul 2, 2018 at 7:37 PM, Vincent Massol  wrote:

> Hi Stephane and all,
>
> I see in your last commit:
>
>M src/main/resources/MapMacro/Code/GoogleMap.xml
>M src/main/resources/MapMacro/Code/LeafletMap.xml
>M src/main/resources/XWiki/MapMacro.xml
>M src/main/resources/XWiki/MapMacroTranslations.fa.xml
>M src/main/resources/XWiki/MapMacroTranslations.fr.xml
>M src/main/resources/XWiki/MapMacroTranslations.hr.xml
>M src/main/resources/XWiki/MapMacroTranslations.sk.xml
>M src/main/resources/XWiki/MapMacroTranslations.xml
>
> I’m thinking that maybe we should put all the pages in the same space for
> the MapMacro.
>
> Right now we usually put Macros in the Macros space as a best practice.
> Usually those wiki macros have a singe wiki page.
>
> So I’m proposing to have all the Map Macro pages located in
> Macros.MapMacro.*
>
> WDYT?
>
> If we agree we should also add this to https://dev.xwiki.org/xwiki/
> bin/view/Community/ApplicationDevelopmentBestPractices
>
> Thanks
> -Vincent
>
> > On 2 Jul 2018, at 17:42, Ludovic Dubost  wrote:
> >
> > Yes I'm +1 to move to OSM being the default
> >
> > Ludovic
> >
> > --
> > *Ludovic Dubost*
> > *Founder and CEO*
> > ludo...@xwiki.com
> > skype: ldubost
> > Blog: http://blog.ludovic.orgTry XWiki on the cloud
> > <http://www.xwiki.com/en/products/try-xwiki-cloud>  - Try Cryptpad:
> Secure
> > realtime Wysiwyg Editing <https://cryptpad.fr>
> >
> >
> > On Mon, Jul 2, 2018 at 4:31 PM, Stéphane Laurière 
> > wrote:
> >
> >> Hi Alex, Ludo, all,
> >>
> >> Thanks for your feedbacks. I created a pull request which now includes
> OSM
> >> geocoding and opens OSM directions when clicking on the marker:
> >>
> >>  https://github.com/xwiki-contrib/macro-map/pull/9
> >>
> >> As for the default value, now that OSM geocoding is supported I'd rather
> >> be for using it but on the other hand it's true that it will have an
> impact
> >> on existing instances...
> >>
> >> Stéphane
> >>
> >>
> >> Ludovic Dubost:
> >>
> >>> Hi,
> >>>
> >>> The idea was to push for usage of OSM instead of Google, especially
> with
> >>> the changes Google is giving and the fact that it requires a key by
> >>> default.
> >>> Now indeed this is unsual to change the default as it might break the
> >>> cases
> >>> where geocoding was used until we support geocoding as part of the OSM
> >>> macro
> >>>
> >>> Ludovic
> >>>
> >>> --
> >>> *Ludovic Dubost*
> >>> *Founder and CEO*
> >>> ludo...@xwiki.com
> >>> skype: ldubost
> >>> Blog: http://blog.ludovic.orgTry XWiki on the cloud
> >>> <http://www.xwiki.com/en/products/try-xwiki-cloud>  - Try Cryptpad:
> >>> Secure
> >>> realtime Wysiwyg Editing <https://cryptpad.fr>
> >>>
> >>>
> >>> On Mon, Jul 2, 2018 at 1:24 PM, Alex Cotiugă <
> alexandru.coti...@xwiki.com
> >>>>
> >>> wrote:
> >>>
> >>> Hi Stéphane,
> >>>>
> >>>> Why would you change the default from googlemaps? Since we only have
> one
> >>>> implementation so far, I think we should keep it as default. WDYT?
> >>>>
> >>>> Alex
> >>>>
> >>>> On Wed, Jun 27, 2018 at 3:13 PM, Stéphane Laurière <
> slauri...@xwiki.com>
> >>>> wrote:
> >>>>
> >>>> Ludovic Dubost:
> >>>>>
> >>>>> Do we have the plan of being able to configure the openstreetmap
> >>>>>> provider ?
> >>>>>>
> >>>>>>
> >>>>> My plan is to add two parameters to the macro:
> >>>>>
> >>>>> - "tiles" for configuring the tile provider URL scheme. Examples:
> >>>>> https://
> >>>>> {s}.tile.openstreetmap.org/{z}/{x}/{y}.png
> >>>>> <http://tile.openstreetmap.org/%7Bz%7D/%7Bx%7D/%7By%7D.png>
> >>>>> <http://tile.openstreetmap.org/%7Bz%7D/%7Bx%7D/%7By%7D.png> http://
> {s}.
> >>>>> tile.stamen.com/toner/{z

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

[Alex Cotiugă]

Hello devs,

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


Our current status is:
* -47 bugs over 120 days (4 months), i.e. we need to close 47 bugs to have
created bugs # = closed bugs #
* -95 bugs over 365 days (1 year)
* -160 bugs over 500 days (between 1 and 2 years)
* -331 bugs over 1600 days (4.3 years)

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

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

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] [Contrib] New repo and JIRA for an OpenStreetMap macro

[Alex Cotiugă]

Hi Stéphane,

Why would you change the default from googlemaps? Since we only have one
implementation so far, I think we should keep it as default. WDYT?

Alex

On Wed, Jun 27, 2018 at 3:13 PM, Stéphane Laurière 
wrote:

> Ludovic Dubost:
>
>> Do we have the plan of being able to configure the openstreetmap provider
>> ?
>>
>
> My plan is to add two parameters to the macro:
>
> - "tiles" for configuring the tile provider URL scheme. Examples: https://
> {s}.tile.openstreetmap.org/{z}/{x}/{y}.png
>  http://{s}.
> tile.stamen.com/toner/{z}/{x}/{y}.png
> 
>
> - "library" for choosing the JavaScript library to be used: either
> "leaflet" (default) or "googlemaps". If "googlemaps" is chosen, the tile
> URL is not needed as it's necessarily the one by Google and it's configured
> by the library itself. It "leaflet" is chosen, it remains possible to use
> Google Maps tiles (not sure the macro will support it though):
> https://ivansanchez.gitlab.io/Leaflet.GridLayer.GoogleMutant/demo.html
>
> Stéphane
>
> Ludovic
>>
>> --
>> *Ludovic Dubost*
>> *Founder and CEO*
>> ludo...@xwiki.com
>> skype: ldubost
>> Blog: http://blog.ludovic.orgTry XWiki on the cloud
>>   - Try Cryptpad:
>> Secure
>> realtime Wysiwyg Editing 
>>
>>
>
> --
> Stéphane Laurière
> XWiki www.xwiki.com
> @slauriere
>
>

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

[Alex Cotiugă]

Hello devs,

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


Our current status is:
* -52 bugs over 120 days (4 months), i.e. we need to close 52 bugs to have
created bugs # = closed bugs #
* -92 bugs over 365 days (1 year)
* -144 bugs over 500 days (between 1 and 2 years)
* -319 bugs over 1600 days (4.3 years)

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

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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Jun 7, 2018 at 10:46 AM, Alex Cotiugă 
wrote:

> Hello devs,
>
> This Thursday is BFD#180:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingday
> <http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays>
>
> Our current status is:
> * -51 bugs over 120 days (4 months), i.e. we need to close 51 bugs to have
> created bugs # = closed bugs #
> * -89 bugs over 365 days (1 year)
> * -146 bugs over 500 days (between 1 and 2 years)
> * -306 bugs over 1600 days (4.3 years)
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
> Here's the BFD#180 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=14301
>
> Happy Bug Fixing Day,
> Alex
>
>
>

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

[Alex Cotiugă]

Hello devs,

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


Our current status is:
* -51 bugs over 120 days (4 months), i.e. we need to close 51 bugs to have
created bugs # = closed bugs #
* -89 bugs over 365 days (1 year)
* -146 bugs over 500 days (between 1 and 2 years)
* -306 bugs over 1600 days (4.3 years)

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

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

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] [Brainstorming] Best practices on indentation for rendering macros in scripts

[Alex Cotiugă]

My exception is in indenting just after {{velocity}}, which I don't do, but
for other macros {{html}}, {{info}}. Here's an example:
{{velocity}}
#macro (displayProperty $propertyName)
  {{html clean="false"}}

  #if ($xcontext.action == 'edit')
$doc.getValue($propertyName)
  #end

  {{/html}}
#end
{{/velocity}}


On Wed, Jun 6, 2018 at 3:02 PM, Vincent Massol  wrote:

> Hi Alex,
>
> > On 6 Jun 2018, at 13:57, Alex Cotiugă 
> wrote:
> >
> > With minor exceptions, I use A-2 and I would like to get rid of those
> > exceptions and use only A-2.
>
> Could you explain what you have in mind by “minor exceptions”?
>
> AFAIK you use A-1 and not A-2 since I don’t think we have any committed
> code using A-2 ATM (I could be wrong).
>
> Maybe you meant A-1?
>
> Thanks
> -Vincent
>
> >
> > Thanks,
> > Alex
> >
> > On Wed, Jun 6, 2018 at 2:53 PM, Ecaterina Moraru (Valica) <
> vali...@gmail.com
> >> wrote:
> >
> >> I like and use A-1
> >>
> >> I like syntax highlighting and I don't want it disabled by default.
> >>
> >> Thanks,
> >> Caty
> >>
> >> On Wed, Jun 6, 2018 at 2:25 PM, Vincent Massol 
> wrote:
> >>
> >>>
> >>>
> >>>> On 6 Jun 2018, at 13:24, Vincent Massol  wrote:
> >>>>
> >>>>
> >>>>
> >>>>> On 6 Jun 2018, at 12:37, Eduard Moraru  wrote:
> >>>>>
> >>>>> +1 for A-2, since I find it more consistent and logical for an
> element
> >>> that
> >>>>> accepts inner content to indent that content, once it spans on
> >> multiple
> >>>>> lines (since you can also have the inline version). It would be
> >>> consistent
> >>>>> with the indentation policy we apply for HTML as well.
> >>>>>
> >>>>> I can't find many arguments for making an exception for them, other
> >> than
> >>>>> the fact that the velocity and HTML macros tend to be used quite
> >> loosely
> >>>>> (i.e. pages with entire content wrapped by a start and end velocity
> >>> macro),
> >>>>> but we are talking generally about all rendering macros, so I think
> it
> >>>>> makes sense to indent. The SyntaxHighlighting enabled wiki editor
> also
> >>>>> helps in indenting multiple lines at the same time.
> >>>>>
> >>>>> Note: One thing that I remember that needs fixing in the SH enabled
> >>> editor
> >>>>> is the "decrease indentation" operation (i.e. SHIFT+TAB should
> >> decrease
> >>> the
> >>>>> indentation of the selected lines by one level) which is now
> >> configured
> >>> to
> >>>>> do "auto-indentation" instead (i.e. indent the lines to the level
> >>> dictated
> >>>>> by the context, a bit similar to the "Auto-Formatting" option in
> >>> Eclipse,
> >>>>> or other IDEs). However, I don't remember hearing many people
> complain
> >>>>> about this yet, so maybe it's not that painful, but would still need
> >>> fixing.
> >>>>
> >>>> Well on my side I curse the syntax highlighting almost every single
> >> day…
> >>> :(
> >>>>
> >>>> Honestly, right now, I would very much prefer to just disable it by
> >>> default.
> >>>
> >>> Before someone says I can disable it, I use new xwiki instances every
> >> day.
> >>>
> >>> And on shared instances, I don’t think you can turn it off just for
> your
> >>> user ATM.
> >>>
> >>> Thanks
> >>> -Vincent
> >>>
> >>>>
> >>>> I do lots of testing every day, using velocity and groovy macros and
> >> the
> >>> indentation costs me way too much time than it should, especially for
> >> macro
> >>> closing. In my use cases the coloring is a nice to have but it’s not
> >> really
> >>> needed (I only have a few lines) but the extra keystrokes needed for
> >>> unindenting are a pain.
> >>>>
> >>>> Thanks
> >>>> -Vincent
> >>>>
> >>>>>
> >>>>> Thanks,
> >>>>> Eduard
> >>>>>
> >>>>> On Wed, Ju

Re: [xwiki-devs] [Brainstorming] Best practices on indentation for rendering macros in scripts

[Alex Cotiugă]

With minor exceptions, I use A-2 and I would like to get rid of those
exceptions and use only A-2.

Thanks,
Alex

On Wed, Jun 6, 2018 at 2:53 PM, Ecaterina Moraru (Valica)  wrote:

> I like and use A-1
>
> I like syntax highlighting and I don't want it disabled by default.
>
> Thanks,
> Caty
>
> On Wed, Jun 6, 2018 at 2:25 PM, Vincent Massol  wrote:
>
> >
> >
> > > On 6 Jun 2018, at 13:24, Vincent Massol  wrote:
> > >
> > >
> > >
> > >> On 6 Jun 2018, at 12:37, Eduard Moraru  wrote:
> > >>
> > >> +1 for A-2, since I find it more consistent and logical for an element
> > that
> > >> accepts inner content to indent that content, once it spans on
> multiple
> > >> lines (since you can also have the inline version). It would be
> > consistent
> > >> with the indentation policy we apply for HTML as well.
> > >>
> > >> I can't find many arguments for making an exception for them, other
> than
> > >> the fact that the velocity and HTML macros tend to be used quite
> loosely
> > >> (i.e. pages with entire content wrapped by a start and end velocity
> > macro),
> > >> but we are talking generally about all rendering macros, so I think it
> > >> makes sense to indent. The SyntaxHighlighting enabled wiki editor also
> > >> helps in indenting multiple lines at the same time.
> > >>
> > >> Note: One thing that I remember that needs fixing in the SH enabled
> > editor
> > >> is the "decrease indentation" operation (i.e. SHIFT+TAB should
> decrease
> > the
> > >> indentation of the selected lines by one level) which is now
> configured
> > to
> > >> do "auto-indentation" instead (i.e. indent the lines to the level
> > dictated
> > >> by the context, a bit similar to the "Auto-Formatting" option in
> > Eclipse,
> > >> or other IDEs). However, I don't remember hearing many people complain
> > >> about this yet, so maybe it's not that painful, but would still need
> > fixing.
> > >
> > > Well on my side I curse the syntax highlighting almost every single
> day…
> > :(
> > >
> > > Honestly, right now, I would very much prefer to just disable it by
> > default.
> >
> > Before someone says I can disable it, I use new xwiki instances every
> day.
> >
> > And on shared instances, I don’t think you can turn it off just for your
> > user ATM.
> >
> > Thanks
> > -Vincent
> >
> > >
> > > I do lots of testing every day, using velocity and groovy macros and
> the
> > indentation costs me way too much time than it should, especially for
> macro
> > closing. In my use cases the coloring is a nice to have but it’s not
> really
> > needed (I only have a few lines) but the extra keystrokes needed for
> > unindenting are a pain.
> > >
> > > Thanks
> > > -Vincent
> > >
> > >>
> > >> Thanks,
> > >> Eduard
> > >>
> > >> On Wed, Jun 6, 2018 at 12:59 PM, Thomas Mortagne <
> > thomas.morta...@xwiki.com>
> > >> wrote:
> > >>
> > >>> I'm OK with both but I prefer A-2 which is more readable and more
> > logical
> > >>> IMO.
> > >>>
> > >>> On Wed, Jun 6, 2018 at 11:49 AM, Vincent Massol 
> > >>> wrote:
> >  Hi,
> > 
> >  Context 1: https://jira.xwiki.org/browse/WIKIEDITOR-58
> >  Context 2: Fill the “velocity code style” section of
> > >>> http://dev.xwiki.org/xwiki/bin/view/Community/CodeStyle/
> > 
> >  Option A-1: No top level indentation
> >  =
> > 
> >  {{velocity}}
> >  #set ($var = …)
> >  #if (…)
> >  …
> >  #if (…)
> >  #end
> >  #end
> >  {{/velocity}}
> > 
> >  Nested example:
> > 
> >  {{velocity}}
> >  #if ($doc.fullName != 'XWiki.AdminInlineSheet')
> >  #set($formname = 'inline')
> >  #set($saveaction = 'save')
> >  #set($previewenabled = true)
> >  #set($xnotification = $!request.getParameter('xnotification'))
> >  {{html}}
> >  
> >    
> >    …
> >  {{/velocity}}
> > 
> >  Pros:
> >  * This is what we currently do which IMO means it’s the more natural
> > way
> >  * Makes content more visible when editing inside xwiki since it
> takes
> > >>> less horizontal space
> >  * Less typing and less chance to make it wrong
> > 
> >  Option A-2: Top level indentation
> >  
> > 
> >  {{velocity}}
> >  #set ($var = …)
> >  #if (…)
> >    …
> >    #if (…)
> >    #end
> >  #end
> >  {{/velocity}}
> > 
> >  Nested example:
> > 
> >  {{velocity}}
> >  #if ($doc.fullName != 'XWiki.AdminInlineSheet')
> >    #set($formname = 'inline')
> >    #set($saveaction = 'save')
> >    #set($previewenabled = true)
> >    #set($xnotification = $!request.getParameter('xnotification'))
> >    {{html}}
> >  
> >    
> >    …
> >  {{/velocity}}
> > 
> >  Pros:
> >  * More logical since a macro is a container (even though it’s
> > different
> > >>> syntax - wiki markup vs velocity - so it’s arguable)
> >  * More legible?
> > 
> >  Cons
> >  

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

[Alex Cotiugă]

Hello devs,

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

I would like to propose that this day to be a quantitative rather than
qualitative day in terms of closed issues. There are bugs in older versions
of XWiki that do not reproduce nor make sense anymore in the latest
versions and make the BFD statistics to be less accurate. We should try to
close as many as possible bugs of this kind.

Our current status is:
* -54 bugs over 120 days (4 months), i.e. we need to close 54 bugs to have
created bugs # = closed bugs #
* -97 bugs over 365 days (1 year)
* -149 bugs over 500 days (between 1 and 2 years)
* -316 bugs over 1600 days (4.3 years)

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

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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -59 bugs over 120 days (4 months), i.e. we need to close 59 bugs to have
created bugs # = closed bugs #
* -96 bugs over 365 days (1 year)
* -131 bugs over 500 days (between 1 and 2 years)
* -310 bugs over 1600 days (4.3 years)

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

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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -54 bugs over 120 days (4 months), i.e. we need to close 54 bugs to have
created bugs # = closed bugs #
* -91 bugs over 365 days (1 year)
* -119 bugs over 500 days (between 1 and 2 years)
* -308 bugs over 1600 days (4.3 years)

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

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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, May 10, 2018 at 10:29 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

> Hello devs,
>
> This Thursday is BFD#176:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status is:
> * -54 bugs over 120 days (4 months), i.e. we need to close 54 bugs to have
> created bugs # = closed bugs #
> * -87 bugs over 365 days (1 year)
> * -119 bugs over 500 days (between 1 and 2 years)
> * -309 bugs over 1600 days (4.3 years)
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
> Here's the BFD#176 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=14296
>
> Happy Bug Fixing Day,
> Alex
>
>
>

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -54 bugs over 120 days (4 months), i.e. we need to close 54 bugs to have
created bugs # = closed bugs #
* -87 bugs over 365 days (1 year)
* -119 bugs over 500 days (between 1 and 2 years)
* -309 bugs over 1600 days (4.3 years)

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

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

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] Repository request for "application-relations"

[Alex Cotiugă]

Hi Stéphane,

Is it possible to have the repository name a little bit more specific as in
"application-pagerelations" or "application-linkrelations", for example? I
feel that there can be many more relations that could be modeled in an
application. WDYT?

Thanks,
Alex



On Mon, May 7, 2018 at 5:31 PM, Stéphane Laurière <
stephane.lauri...@xwiki.com> wrote:

> Hi all,
>
> I'd like to request a repository for a new application allowing to create
> relations between pages and to show direct / inverse relations. It's
> similar to the use of links / backlinks except that in the case of this
> application, the links to other pages can be added as objects rather than
> in the content itself. Also, in the future, we may consider the option to
> name each relation, so as to have something similar to what RDF proposes.
>
> Here's the name of the repository I would like to request, if you agree:
> "application-relations". I saw there was an issue with the JIRA contrib
> project template plugin, there's no need for a JIRA project right now.
>
> Thanks a lot,
>
> Stéphane
>
>
> --
> Stéphane Laurière
> XWiki www.xwiki.com
> +33 645 816 202 @slauriere
>
>
>

[xwiki-devs] [Proposal] Improve the Ratings UI

[Alex Cotiugă]

Hello devs,

While I was trying the Ratings UI in the Iceberg color theme, I noticed
that the golden images of the stars might just not fit in any environment.

My main issue is that I am not able to change the stars' colors and it's a
pain to provide different images to override the existing ones.

I was looking for a solution to fit in both Silk(default) and Font Awesome
icon themes, using the Icon Service Renderer, but for the Silk's case the
issue will be the same since the output would be also represented by images.

So I would like to refactor the Ratings UI using the Font Awesome which
will provide the needed flexibility in changing the font and colors of the
icons.

Thanks,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, May 3, 2018 at 9:42 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

> Hello devs,
>
> This Thursday is BFD#175:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status is:
> * -49 bugs over 120 days (4 months), i.e. we need to close 49 bugs to have
> created bugs # = closed bugs #
> * -96 bugs over 365 days (1 year)
> * -116 bugs over 500 days (between 1 and 2 years)
> * -311 bugs over 1600 days (4.3 years)
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
>
> Here's the BFD#175 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=14294
>
> Happy Bug Fixing Day,
> Alex
>

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -49 bugs over 120 days (4 months), i.e. we need to close 49 bugs to have
created bugs # = closed bugs #
* -96 bugs over 365 days (1 year)
* -116 bugs over 500 days (between 1 and 2 years)
* -311 bugs over 1600 days (4.3 years)

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


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

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] [Proposal] Using JUnit5 from now on?

[Alex Cotiugă]

+1

Thanks,
Alex

On Mon, Apr 30, 2018 at 11:06 AM, Thomas Mortagne  wrote:

> +1, I actually started to write simple tests using Junit 5 since a
> little while (except for those that were requiring one of our custom
> rules)
>
>
> On Sun, Apr 29, 2018 at 2:52 PM, Vincent Massol 
> wrote:
> > Hi devs,
> >
> > I’ve recently worked on converting our JUnit4 @Rule rules into JUnit5
> equivalent.
> >
> > There are now equivalent for:
> > - MockitoComponentManagerRule,
> > - ComponentManagerRule
> > - AllLogRule
> > - MockitoOldcoreRule
> >
> > See http://dev.xwiki.org/xwiki/bin/view/Community/Testing#
> HJavaUnitTesting for examples of how to use them.
> >
> > Feel free to ask here if you have questions or if you have ideas on how
> to better integrate with JUnit5 (I’m sure we’ll need to perform some tuning
> and there are use cases that I have forgotten that we’ll need to support).
> >
> > I’m thus proposing that from now on, we start writing new tests as
> JUnit5 tests and that we start converting old JUnit3/4 tests into JUnit5
> ones. For example if we need to add a method to a JUnit4 test, we convert
> it to JUnit5 and then add the new test method. It’s pretty simple to do the
> conversion.
> >
> > WDYT?
> >
> > Thanks
> > -Vincent
> >
> >
>
>
>
> --
> Thomas Mortagne
>

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

[Alex Cotiugă]

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

Thanks,
Alex

On Wed, Apr 25, 2018 at 6:36 PM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

> Hello devs,
>
> This Thursday is BFD#174:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status is:
> * -49 bugs over 120 days (4 months), i.e. we need to close 49 bugs to have
> created bugs # = closed bugs #
> * -95 bugs over 365 days (1 year)
> * -112 bugs over 500 days (between 1 and 2 years)
> * -312 bugs over 1600 days (4.3 years)
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
>
> Here's the BFD#174 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=14292
>
> Happy Bug Fixing Day,
> Alex
>
>
>

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -49 bugs over 120 days (4 months), i.e. we need to close 49 bugs to have
created bugs # = closed bugs #
* -95 bugs over 365 days (1 year)
* -112 bugs over 500 days (between 1 and 2 years)
* -312 bugs over 1600 days (4.3 years)

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

Hello devs,

This Thursday is BFD#173:
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 42 bugs to have
created bugs # = closed bugs #
* -90 bugs over 365 days (1 year)
* -102 bugs over 500 days (between 1 and 2 years)
* -307 bugs over 1600 days (4.3 years)

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Apr 12, 2018 at 9:37 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

> Hello devs,
>
> This Thursday is BFD#172:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status is:-640 bugs since the beginning of XWiki.
>
> Since we're upgrading the JIRA version, other statistics are unavailable
> at the moment.
>
> Here's the BFD#172 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=14190
>
> Happy Bug Fixing Day,
> Alex
>
>
>
>

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:-640 bugs since the beginning of XWiki.

Since we're upgrading the JIRA version, other statistics are unavailable at
the moment.

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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Mar 29, 2018 at 7:31 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

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

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -47 bugs over 120 days (4 months), i.e. we need to close 47 bugs to have
created bugs # = closed bugs #
* -96 bugs over 365 days (1 year)
* -111 bugs over 500 days (between 1 and 2 years)
* -313 bugs over 1600 days (4.3 years)
* -720 bugs since the beginning of XWiki

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


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

Happy Bug Fixing Day,
Alex

[xwiki-devs] [ANN] XWiki 9.11.4 released

[Alex Cotiugă]

The XWiki development team is proud to announce the availability of XWiki
9.11.4.

This is a bugfix release that covers important issues that we have
discovered since 9.11.3 has been released.

You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/9.11.4/

Thanks for your support
-The XWiki dev team

Re: [xwiki-devs] [Vote] Skip 10.2RC1 and release 10.2 final

[Alex Cotiugă]

+ 1 to skip 10.2RC1

Thanks,
Alex

On Thu, Mar 22, 2018 at 5:12 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> Hi devs,
>
> We're 4 days late on the 10.2RC1 release which means we have only 1 day
> left till the 10.2 final release. We should either skip 10.2RC1 and release
> 10.2 final directly or postpone the 10.2 final by one week and release
> 10.2RC1 tomorrow. WDYT?
>
> +1 to skip 10.2RC1
>
> Thanks,
> Marius
>

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Mar 15, 2018 at 8:52 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

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

Re: [xwiki-devs] [VOTE] Add new check to measure quality of tests

[Alex Cotiugă]

+1

Thanks,
Alex

On Mar 15, 2018 12:26, "Thomas Mortagne"  wrote:

+1

On Thu, Mar 15, 2018 at 9:30 AM, Vincent Massol  wrote:
> Hi devs,
>
> As part of the STAMP research project, we’ve developed a new tool
(Descartes, based on Pitest) to measure the quality of tests. It generates
a mutation score for your tests, defining how good the tests are. Technical
Descartes performs some extreme mutations on the code under test (e.g.
remove content of void methods, return true for methods returning a
boolean, etc - See https://github.com/STAMP-project/pitest-descartes). If
the test continues to pass then it means it’s not killing the mutant and
thus its mutation score decreases.
>
> So in short:
> * Jacoco/Clover: measure how much of the code is tested
> * Pitest/Descartes: measure how good the tests are
>
> Both provide a percentage value.
>
> I’m proposing to compute the current mutation scores for xwiki-commons
and xwiki-rendering and fail the build when new code is added that reduce
the mutation score threshold (exactly the same as our jacoco threshold and
strategy).
>
> I consider this is an experiment to push the limit of software
engineering a bit further. I don’t know how well it’ll work or not. I
propose to do the work and test this for over 2-3 months and see how well
it works or not. At that time we can then decide whether it works or not
(i.e whether the gains it brings are more important than the problems it
causes).
>
> Here’s my +1 to try this out.
>
> Some links:
> * pitest: http://pitest.org/
> * descartes: https://github.com/STAMP-project/pitest-descartes
> * http://massol.myxwiki.org/xwiki/bin/view/Blog/ControllingTestQuality
> * http://massol.myxwiki.org/xwiki/bin/view/Blog/MutationTestingDescartes
>
> If you’re curious, you can see a screenshot of a mutation score report at
http://massol.myxwiki.org/xwiki/bin/download/Blog/MutationTestingDescartes/
report.png
>
> Please cast your votes.
>
> Thanks
> -Vincent



--
Thomas Mortagne

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -30 bugs over 120 days (4 months), i.e. we need to close 30 bugs to have
created bugs # = closed bugs #
* -95 bugs over 365 days (1 year)
* -99 bugs over 500 days (between 1 and 2 years)
* -315 bugs over 1600 days (4.3 years)
* -711 bugs since the beginning of XWiki

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Mar 8, 2018 at 12:10 PM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

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

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -24 bugs over 120 days (4 months), i.e. we need to close 24 bugs to have
created bugs # = closed bugs #
* -93 bugs over 365 days (1 year)
* -92 bugs over 500 days (between 1 and 2 years)
* -308 bugs over 1600 days (4.3 years)
* -706 bugs since the beginning of XWiki

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Mar 1, 2018 at 9:23 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

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

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -1 bugs over 120 days (4 months), i.e. we need to close 18 bugs to have
created bugs # = closed bugs #
* -106 bugs over 365 days (1 year)
* -100 bugs over 500 days (between 1 and 2 years)
* -327 bugs over 1600 days (4.3 years)
* -715 bugs since the beginning of XWiki

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -92 bugs over 365 days (1 year)
* -74 bugs over 500 days (between 1 and 2 years)
* -295 bugs over 1600 days (4.3 years)
* -691 bugs since the beginning of XWiki

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -88 bugs over 365 days (1 year)
* -69 bugs over 500 days (between 1 and 2 years)
* -281 bugs over 1600 days (4.3 years)
* -682 bugs since the beginning of XWiki

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Feb 8, 2018 at 9:04 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

> Hello devs,
>
> This Thursday is BFD#165:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status is:
> * -95 bugs over 365 days (1 year)
> * -67 bugs over 500 days (between 1 and 2 years)
> * -281 bugs over 1600 days (4.3 years)
> * -685 bugs since the beginning of XWiki
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
>
> Here's the BFD#165 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13949
>
> Happy Bug Fixing Day,
> Alex
>

Re: [xwiki-devs] [Usability] Menus inside Administration

[Alex Cotiugă]

That would also mean that we remove the AWM dependency from the Menu
application.

On Fri, Feb 9, 2018 at 4:42 PM, Thomas Mortagne <thomas.morta...@xwiki.com>
wrote:

> +1
>
> On the implementation detail side I hope the plan is not to add a
> special #if for an extension and instead the extension itself will be
> able to place itself there.
>
> On Fri, Feb 9, 2018 at 3:35 PM, Alex Cotiugă
> <alexandru.coti...@xwiki.com> wrote:
> > Sounds like a good idea to me. If this would be a voting session, it
> would
> > be +1 from me.
> >
> >
> > On Fri, Feb 9, 2018 at 4:25 PM, Ecaterina Moraru (Valica) <
> vali...@gmail.com
> >> wrote:
> >
> >> Hi,
> >>
> >> This mail is also part of the Usability priorititzation list [1]
> >>
> >> Admins expect to manage custom navigation from the Administration.
> >>
> >> This proposal integrates the Menu application in Administration, see
> >> http://design.xwiki.org/xwiki/bin/view/Proposal/
> IdeaMenuInAdministration#
> >> HProposals
> >>
> >> Let me know what you think,
> >> Caty
> >>
> >> [1]
> >> http://design.xwiki.org/xwiki/bin/view/Proposal/Usability/
> >> Tasks5/Prioritization/
> >>
>
>
>
> --
> Thomas Mortagne
>

Re: [xwiki-devs] [Usability] Create a dedicated Logo section in Administration

[Alex Cotiugă]

On Fri, Feb 9, 2018 at 4:36 PM, Ecaterina Moraru (Valica) <vali...@gmail.com
> wrote:

> On Fri, Feb 9, 2018 at 4:32 PM, Alex Cotiugă <alexandru.coti...@xwiki.com>
> wrote:
>
> > +1
> >
> > Adding more elements in the Themes section could make the `Themes` term
> to
> > loose its meaning for
> > what is configurable inside.As a user, I might be tempted to go first in
> > the Presentation section for
> > changing something like Logo.
>
>
> Because Skin and Color Themes have logo functionalities and also because
> the Look & Feel section description mentions you can change the Logo from
> there, these were the criteria based on what I've chosen the section.
>
>
>
> > Then, would we consider to make logo
> > changeable as is the profile
> > picture (making the logo editable directly in header)?
> >
>
> I don't understand this question.

I'm talking about showing the edit mark (pencil) to admin users right on
the logo in the header adn be able to edit it right there.
I attached a picture in the proposal:
http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaChangeLogo/editableLogo.png
I think this way it would be even easier for users to change logo. Is not
about Admin section but about easing the way the logo is changed.

>
>
> >
> > Thanks,
> > Alex
> >
> > On Fri, Feb 9, 2018 at 4:18 PM, Thomas Mortagne <
> thomas.morta...@xwiki.com
> > >
> > wrote:
> >
> > > +1
> > >
> > > On Fri, Feb 9, 2018 at 2:34 PM, Ecaterina Moraru (Valica)
> > > <vali...@gmail.com> wrote:
> > > > Hi,
> > > >
> > > > As some of you know, in January we had another session of usability
> > tests
> > > > performed. As a result of those tests, I have prioritized [1] some
> > issues
> > > > that we might want to improve in our next 10.x+ Roadmaps.
> > > >
> > > > One of the entries from that list is: "Create a dedicated Logo
> section
> > in
> > > > Administration".
> > > >
> > > > Although we made some improvements in this area, users still struggle
> > to
> > > > find the Logo changing area (takes more than 3 minutes). Plus there
> is
> > a
> > > > lot of confusion between the Skin and ColorThemes overriding.
> > > >
> > > > This is a proposal to explicitly have a Logo section inside the
> Themes
> > > > section of Administration
> > > > http://design.xwiki.org/xwiki/bin/view/Proposal/IdeaChangeLo
> > > go#HSolution1-1
> > > >
> > > > Let me know what you think,
> > > > Caty
> > > >
> > > > [1]
> > > > http://design.xwiki.org/xwiki/bin/view/Proposal/Usability/Ta
> > > sks5/Prioritization/
> > >
> > >
> > >
> > > --
> > > Thomas Mortagne
> > >
> >
>

Re: [xwiki-devs] [Usability] Menus inside Administration

[Alex Cotiugă]

Sounds like a good idea to me. If this would be a voting session, it would
be +1 from me.


On Fri, Feb 9, 2018 at 4:25 PM, Ecaterina Moraru (Valica)  wrote:

> Hi,
>
> This mail is also part of the Usability priorititzation list [1]
>
> Admins expect to manage custom navigation from the Administration.
>
> This proposal integrates the Menu application in Administration, see
> http://design.xwiki.org/xwiki/bin/view/Proposal/IdeaMenuInAdministration#
> HProposals
>
> Let me know what you think,
> Caty
>
> [1]
> http://design.xwiki.org/xwiki/bin/view/Proposal/Usability/
> Tasks5/Prioritization/
>

Re: [xwiki-devs] [Usability] Create a dedicated Logo section in Administration

[Alex Cotiugă]

+1

Adding more elements in the Themes section could make the `Themes` term to
loose its meaning for
what is configurable inside.As a user, I might be tempted to go first in
the Presentation section for
changing something like Logo. Then, would we consider to make logo
changeable as is the profile
picture (making the logo editable directly in header)?

Thanks,
Alex

On Fri, Feb 9, 2018 at 4:18 PM, Thomas Mortagne 
wrote:

> +1
>
> On Fri, Feb 9, 2018 at 2:34 PM, Ecaterina Moraru (Valica)
>  wrote:
> > Hi,
> >
> > As some of you know, in January we had another session of usability tests
> > performed. As a result of those tests, I have prioritized [1] some issues
> > that we might want to improve in our next 10.x+ Roadmaps.
> >
> > One of the entries from that list is: "Create a dedicated Logo section in
> > Administration".
> >
> > Although we made some improvements in this area, users still struggle to
> > find the Logo changing area (takes more than 3 minutes). Plus there is a
> > lot of confusion between the Skin and ColorThemes overriding.
> >
> > This is a proposal to explicitly have a Logo section inside the Themes
> > section of Administration
> > http://design.xwiki.org/xwiki/bin/view/Proposal/IdeaChangeLo
> go#HSolution1-1
> >
> > Let me know what you think,
> > Caty
> >
> > [1]
> > http://design.xwiki.org/xwiki/bin/view/Proposal/Usability/Ta
> sks5/Prioritization/
>
>
>
> --
> Thomas Mortagne
>

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -95 bugs over 365 days (1 year)
* -67 bugs over 500 days (between 1 and 2 years)
* -281 bugs over 1600 days (4.3 years)
* -685 bugs since the beginning of XWiki

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -100 bugs over 365 days (1 year)
* -74 bugs over 500 days (between 1 and 2 years)
* -269 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#164 dashboard to follow the progress during the day:
https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13948

Happy Bug Fixing Day,
Alex

[xwiki-devs] [ANN] XWiki 8.4.6 released

[Alex Cotiugă]

The XWiki development team is proud to announce the availability of XWiki
8.4.6.
This is a bugfix release that covers important issues that we have
discovered since 8.4.5 has been released.

You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/8.4.6/


Thanks for your support
-The XWiki dev team

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:
* -88 bugs over 365 days (1 year)
* -64 bugs over 500 days (between 1 and 2 years)
* -249 bugs over 1600 days (4.3 years)
* -685 bugs since the beginning of XWiki

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Jan 18, 2018 at 10:31 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

> Hello devs,
>
> This Thursday is BFD#162:
> http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays
>
> Our current status is:
>
> * We reached the balance between created and closed bugs for the 120 days
> period (0 bugs)
>
> * -86 bugs over 365 days (1 year)
> * -58 bugs over 500 days (between 1 and 2 years)
> * -241 bugs over 1600 days (4.3 years)
> * -686 bugs since the beginning of XWiki
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
>
> Here's the BFD#162 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13942
>
> Happy Bug Fixing Day,
> Alex
>

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:

* We reached the balance between created and closed bugs for the 120 days
period (0 bugs)

* -86 bugs over 365 days (1 year)
* -58 bugs over 500 days (between 1 and 2 years)
* -241 bugs over 1600 days (4.3 years)
* -686 bugs since the beginning of XWiki

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


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

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] [Proposal] [CodeStyle] Committing XML wiki page date changes

[Alex Cotiugă]

I also agree with your proposals, it's better to have some tools to handle
date changes
instead of asking any contributor to exclude them from commits.

Thanks,
Alex

On Fri, Jan 12, 2018 at 3:49 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> +1 to both proposals.
>
> Thanks,
> Marius
>
> On Fri, Jan 12, 2018 at 2:50 PM, Eduard Moraru 
> wrote:
>
> > Hi devs,
> >
> > These are the current code style rules for committed XML wiki pages:
> > http://dev.xwiki.org/xwiki/bin/view/Community/XWikiXMLFilesCodeStyle
> >
> > = Proposal 1 =
> >
> > I was personally not aware we had documented these practices that we had
> > been applying since forever. It's good that we have them, but there seems
> > to be no mention about committing changes for the "creationDate", "date"
> > and "contentUpdateDate" fields.
> >
> > Part of the committers (including myself) are applying the old practice
> of
> > omitting changes to the date fields when committing a change to an XML
> wiki
> > page. However, since this practice is not written and agreed upon, its
> > usage is not consistent.
> >
> > So, the proposal is to include the rule of not committing changes on the
> > date fields of XML wiki pages.
> >
> > The rationale, AFAIR, includes:
> > * After an upgrade, users should not see "ghost" modifications in their
> > wiki (e.g. when sorting by date in the Page Index). This affects even
> more
> > manual imports with the "as backup" option enabled.
> > * On release, any date changes of a default translation XML page will
> > produce N other XML page changes, for each translation of the modified
> page
> > (due to the way l10n exports the translations based on the latest version
> > of the default language of that page).
> > * others?
> >
> > = Proposal 2 =
> >
> > Now, building on this, I would like to make a second proposal (which I
> > don't believe deserves a separate thread):
> > 1) Let's remove all date fields from committed XML wiki pages in our
> source
> > repository
> > 2) Let's make sure that the XAR import properly handles empty or missing
> > date fields and falls back on the current date
> > 3) Let's update the xar:format goal to remove the date fields
> > (configurable, since it could they might still be needed by some content
> > projects, etc.)
> > 4) Let's make the build fail (xar:verify) if the XML wiki pages contain
> > date fields (again configurable, as above)
> >
> > Note: All the above still depend on the first proposal of not committing
> > date changes to XML files (which will be simplified by point 3) above).
> >
> > The rationale for this is that we have always wanted to fix our "dates
> > problem", since after installation, the wiki is populated with pages
> > created in 2009, which is extremely odd to users that have just installed
> > XWiki. This second proposal sounds to me like a solution for that.
> >
> > WDYT?
> >
> > Thanks,
> > Eduard
> >
>

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Jan 11, 2018 at 9:10 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

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

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:

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

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Jan 4, 2018 at 9:31 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

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

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:

* -8 bugs over 120 days (4 months), i.e. we need to close 8 bugs to have
created bugs # = closed bugs #
* -59 bugs over 365 days (1 year)
* -50 bugs over 500 days (between 1 and 2 years)
* -237 bugs over 1600 days (4.3 years)
* -686 bugs since the beginning of XWiki

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


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

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] Next version for 9.x cycle

[Alex Cotiugă]

+0

Thanks,
Alex

On Tue, Dec 19, 2017 at 2:04 PM, Vincent Massol  wrote:

>
>
> > On 19 Dec 2017, at 13:03, Vincent Massol  wrote:
> >
> > In term of dates, I’m proposing to have 2 weeks since that’s what we
> usually do for bug fix releases. Since there’s christmas and new year, I’m
> proposing to add one more week:
> >
> > 9.11.1 - 8th of Jan 2018.
> >
> > WDYT?
>
> Note that we’ll have a 9.11.2 after we release 9.11.1 so if someone
> couldn’t be done in 9.11.1 it’ll be done in 9.11.1 and later.
>
> Thanks
> -Vincent
>
> >
> > Thanks
> > -Vincent
> >
> >
> >> On 19 Dec 2017, at 12:02, Vincent Massol  wrote:
> >>
> >> Hi devs,
> >>
> >> We need to decide what’s our next version for 9.x.
> >>
> >> Since 9.11 is supposed to be the last release (actually 9.10 was even
> supposed to be the last one according to http://dev.xwiki.org/xwiki/
> bin/view/Community/VersioningAndReleasePractices#
> HReleaseCyclesandReleaseStrategy we might need to change that).
> >>
> >> We still have some stuff to stabilize: notifications, shortcuts, etc.
> >>
> >> So I’m proposing that the next version be 9.11.1 and not 9.12 to keep
> the strategy of 12 main releases per year, and to start stabilizing the 9.x
> cycle.
> >>
> >> WDYT?
> >>
> >> Thanks
> >> -Vincent
> >>
> >>
> >>
> >
>
>

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

[Alex Cotiugă]

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

Thanks,
Alex

On Wed, Dec 13, 2017 at 6:33 PM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

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

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:

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

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Dec 7, 2017 at 9:00 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

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

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:

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

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


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

Happy Bug Fixing Day,
Alex

Re: [xwiki-devs] [Proposal] Agree on en_US vs en_GB

[Alex Cotiugă]

+1 for en_US

Thanks,
Alex

On Mon, Dec 4, 2017 at 2:38 PM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:

> +1 for en_US
>
> On Mon, Dec 4, 2017 at 2:35 PM, Vincent Massol  wrote:
>
> > Hi devs,
> >
> > By default the xwiki core committers maintain an “en” version of all
> > translations and the other languages are left to the community to
> maintain
> > on l10n.xwiki.org
> >
> > This mail is about deciding if our “en” version is “en_US” or “en_GB”.
> >
> > I propose that we standardize on “en_US”. for example
> ApplicationResources.properties
> > would correspond to en_US.
> >
> > I also propose that we add en_GB on l10n so that the community could
> > maintain a UK version if they want (it would fall back to en_US when
> there
> > are no translations, which is a good thing).
> >
> > WDYT?
> >
> > Thanks
> > -Vincent
> >
> >
>

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

[Alex Cotiugă]

Hello devs,

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

Our current status is:

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

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Nov 16, 2017 at 9:05 AM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

> Hello devs,
>
> Today is BFD#155:
> 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 #
> * -64 bugs over 365 days (1 year)
> * -45 bugs over 500 days (between 1 and 2 years)
> * -215 bugs over 1600 days (4.3 years)
> * -677 bugs since the beginning of XWiki
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
>
> Here's the BFD#155 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13927
>
> Happy Bug Fixing Day,
> Alex
>

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

[Alex Cotiugă]

Hello devs,

Today is BFD#155:
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 #
* -64 bugs over 365 days (1 year)
* -45 bugs over 500 days (between 1 and 2 years)
* -215 bugs over 1600 days (4.3 years)
* -677 bugs since the beginning of XWiki

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


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

Happy Bug Fixing Day,
Alex

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Nov 9, 2017 at 1:13 PM, Alex Cotiugă <alexandru.coti...@xwiki.com>
wrote:

> Hello devs,
>
> This Thursday is BFD#154:
> 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 #
> * -65 bugs over 365 days (1 year)
> * -47 bugs over 500 days (between 1 and 2 years)
> * -215 bugs over 1600 days (4.3 years)
> * -675 bugs since the beginning of XWiki
>
> See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352
>
>
> Here's the BFD#154 dashboard to follow the progress during the day:
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13925
>
> Happy Bug Fixing Day,
> Alex
>

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

[Alex Cotiugă]

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

Thanks,
Alex

On Thu, Nov 2, 2017 at 11:37 AM, Clément Aubin  wrote:

> Hi,
>
> On 11/02/2017 09:49 AM, Vincent Massol wrote:
> >
> >> On 1 Nov 2017, at 18:41, Alexandru Cotiuga 
> wrote:
> >>
> >> 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 #
> >
> > I guess you meant 36 and not 28 :)
> >
> >> * -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)
> >
> > Wow we’re really drifting… we were positive till roughly early 2015 and
> then we’ve kept increasing then, see:
> > https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=
> 10352#Created-vs-Resolved-Chart/13610
> >
> > Note that we’ve changed the definition of the query (The query is:
> category = 1 AND issuetype = Bug ORDER BY key DESC), since we added
> some projects (CK, Tour, Templates, Help) but those were inside platform
> before so in practice it doesn’t change the scope.
> >
> > Also note that we’ve moved out several modules outside of platform and
> into contrib projects so that should have removed issues/bugs! Thus the
> situation is even worse than it appears...
> >
> > I wonder what made this increase in bugs...
> >
> > Some ideas:
> >
> > * We have less devs active on the xwiki github org. See the commit stats
> on http://dev.xwiki.org/xwiki/bin/temp/space/page/chart/2123416786.png
> (last bar on the right is from June 2016 to June 2017). So this means less
> issues fixed but also less bugs fixed.
> >
> > * Out of the 639 open bugs I see in my query, the categories with > 15
> open bugs are:
> > ** Dev issues only: 21
> > ** Extension: 17
> > ** AS: 18
> > ** Administration: 20
> > ** AWM: 20
> > ** Office: 18
> > ** Old Core: 114
> > ** WYSIWYG (including CKEditor): 30+10 = 40
> > (this accounts for 268 bugs, i.e. 41% only, the rest is scattered across
> other categories)
> >> * Less BFDs than before?
> >
> > WDYT?
>
> One other idea : we have more active installs (see
> http://www.xwiki.org/xwiki/bin/temp/space/page/chart/2142541496.png)
> since … hmm … ok, hard to tell ^^ ; but it's globally increasing. We
> then have more user feedback, which can lead to more issues.
>
> Regarding the possibles solutions, here are some of them :
>
> * As we are now preparing for a new LTS release, it could be nice to
> organize something like a BFW (Bug Fixing Week) or a BFM ; I didn't
> checked if we are on time on the roadmap though, but this could help
> lowering the number of bugs going in the 10.* versions ; especially
> considering the fact that some difficult bugs take more than one day to
> resolve.
>
> * The GCI might help reducing the number of trivial / easy bugs if done
> correctly.
>
> * The category having the most bugs is Old Core (about 17% of the total
> number of bugs) and it's growing (see
> https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13924). Maybe
> we should either :
> ** Try to focus more on Old Core bugs during BFDs
> ** Try to solve the fact that, after 10+ years of «Moving away from the
> Old Core» (see
> http://dev.xwiki.org/xwiki/bin/view/Community/DevelopmentPractices#
> HMigratingawayfromtheOldCore)
> we are still heavily relying on it and integrate some solutions for
> removing some Old Core components directly as part of the 2018 roadmap.
>
> Hope it helps,
> Clément
>
> > Thanks
> > -Vincent
> >
> >
> >> * -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
> >
>