[xwiki-users] 4Developers: more important issues regarding to XE 3.3 Roadmap
Hello developers! I seen your thread about XE 3.3 Roadmap + Finishing the 3.x cycle. In this post also described jira-requests, which you planned to resolve in a near future. All is great, the general strategy and each step are right, but also exists some other important issues (I think that its are important) and I want to put your attention on its. If is it possible, can you analyze possibility to include these issues in your nearly plans? 1. XE-1032 - XWiki 3.2 totally cannot work on Oracle (upgrade & fresh install failed). I think, it is important issue, because supporting of Oracle are declared - but in realty XE 3.2 is not supporting Oracle. To the future, maybe is good proposal, same as you wrote in a 3.2 release notes - which browsers are tested & supporting - also will write witch DB are tested & supporting. I can test new releases on Oracle. 2. XE-324 - allow special (russian and asian) characters in attachment names - very old issue, but I think is important, because without it - you cannot declare that XWiki have normal multi-language support. All modern web-platforms & applications now have this possibility (wikis, web-mails, social applications, etc.) only XWiki is lagging... 3. XWIKI-2870 - Ability to select query language in Database List property. This is more for developers, and also very old issue. I think it is important, because if you did something modern (in this case - XWQL) - need to support this in all "parts" of platform... If you didn't do this - your great work for modern features - looks like as "garbage" - I cannot use XWQL in Database List property - as a result - I am not using XWQL at all, because I don't want to write queries 2 times. If is it possible, can you analyze possibility to include these issues in your nearly plans? PS. Maybe another users know some more important unresolved issues? I think, user opinions will be interesting for developers! Thanks beforehand! Eugen Colesnicov -- View this message in context: http://xwiki.475771.n2.nabble.com/4Developers-more-important-issues-regardin... Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi, All Also, I'd add all bug fixes with file storage system, because for now, I have had to switch off (in 3.2): - versioning of attachment - recycle bin for attachment to use it more or less seamless. Otherwise, there is a big mess with deleted attachment occure. Everything I found, "JIRAded" already: XWIKI-6989, XWIKI-6921, XWIKI-6918, XWIKI-6917. Would be nice also to have resume download for big files: XWIKI-6921 So, we have a new feature, but with a very limited functionality, that really works. Moreover, not each and every core functions really support attachments, stored in FS. For projects with big and huge attachments these topics are essential, IMO. Some additional support for cyrillic XWIKI-6955 is also welcome to put in plan. :-) Best regards, Dmitry Bakbardin 20 октября 2011, 11:25 от Eugen Colesnicov <[email protected]>:
Hello developers!
I seen your thread about XE 3.3 Roadmap + Finishing the 3.x cycle. In this post also described jira-requests, which you planned to resolve in a near future.
All is great, the general strategy and each step are right, but also exists some other important issues (I think that its are important) and I want to put your attention on its. If is it possible, can you analyze possibility to include these issues in your nearly plans?
1. XE-1032 - XWiki 3.2 totally cannot work on Oracle (upgrade & fresh install failed). I think, it is important issue, because supporting of Oracle are declared - but in realty XE 3.2 is not supporting Oracle.
To the future, maybe is good proposal, same as you wrote in a 3.2 release notes - which browsers are tested & supporting - also will write witch DB are tested & supporting. I can test new releases on Oracle.
2. XE-324 - allow special (russian and asian) characters in attachment names - very old issue, but I think is important, because without it - you cannot declare that XWiki have normal multi-language support. All modern web-platforms & applications now have this possibility (wikis, web-mails, social applications, etc.) only XWiki is lagging...
3. XWIKI-2870 - Ability to select query language in Database List property. This is more for developers, and also very old issue. I think it is important, because if you did something modern (in this case - XWQL) - need to support this in all "parts" of platform... If you didn't do this - your great work for modern features - looks like as "garbage" - I cannot use XWQL in Database List property - as a result - I am not using XWQL at all, because I don't want to write queries 2 times.
If is it possible, can you analyze possibility to include these issues in your nearly plans?
PS. Maybe another users know some more important unresolved issues? I think, user opinions will be interesting for developers!
Thanks beforehand! Eugen Colesnicov
-- View this message in context: http://xwiki.475771.n2.nabble.com/4Developers-more-important-issues-regardin... Sent from the XWiki- Users mailing list archive at Nabble.com. _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Hi Eugen, Thanks for taking the time to share this. I definitely agree with issues 1 and 2. They're really important. I also agree about issue 3 although it's slightly less important than the other 2. Listing tested DBs in the Release notes is a good idea. Actually what I would have liked to do is to go further than this and have various agents on jenkins running on various DBs (HSQLDB, PostgreSQL, MySQL and Oracle) to ensure that all our tests run fine on these DBs all the time. I've been wanting to have this for a long time now but it's not happened yet :( Of course patches (even better: github pull requests!) are more welcome to help us fixing these issues. Thanks -Vincent On Oct 20, 2011, at 9:21 AM, Eugen Colesnicov wrote:
Hello developers!
I seen your thread about XE 3.3 Roadmap + Finishing the 3.x cycle. In this post also described jira-requests, which you planned to resolve in a near future.
All is great, the general strategy and each step are right, but also exists some other important issues (I think that its are important) and I want to put your attention on its. If is it possible, can you analyze possibility to include these issues in your nearly plans?
1. XE-1032 - XWiki 3.2 totally cannot work on Oracle (upgrade & fresh install failed). I think, it is important issue, because supporting of Oracle are declared - but in realty XE 3.2 is not supporting Oracle.
To the future, maybe is good proposal, same as you wrote in a 3.2 release notes - which browsers are tested & supporting - also will write witch DB are tested & supporting. I can test new releases on Oracle.
2. XE-324 - allow special (russian and asian) characters in attachment names - very old issue, but I think is important, because without it - you cannot declare that XWiki have normal multi-language support. All modern web-platforms & applications now have this possibility (wikis, web-mails, social applications, etc.) only XWiki is lagging...
3. XWIKI-2870 - Ability to select query language in Database List property. This is more for developers, and also very old issue. I think it is important, because if you did something modern (in this case - XWQL) - need to support this in all "parts" of platform... If you didn't do this - your great work for modern features - looks like as "garbage" - I cannot use XWQL in Database List property - as a result - I am not using XWQL at all, because I don't want to write queries 2 times.
If is it possible, can you analyze possibility to include these issues in your nearly plans?
PS. Maybe another users know some more important unresolved issues? I think, user opinions will be interesting for developers!
Thanks beforehand! Eugen Colesnicov
I have just assigned myself XWIKI-6918 and XWIKI-6917, the bugs. You can go ahead and vote on the feature requests (resume download and webdav access) and we can see where things go from there. Caleb On 10/20/2011 04:02 AM, Haru Mamburu wrote:
Hi, All
Also, I'd add all bug fixes with file storage system, because for now, I have had to switch off (in 3.2):
- versioning of attachment - recycle bin for attachment
to use it more or less seamless. Otherwise, there is a big mess with deleted attachment occure. Everything I found, "JIRAded" already: XWIKI-6989, XWIKI-6921, XWIKI-6918, XWIKI-6917. Would be nice also to have resume download for big files: XWIKI-6921
So, we have a new feature, but with a very limited functionality, that really works. Moreover, not each and every core functions really support attachments, stored in FS. For projects with big and huge attachments these topics are essential, IMO.
Some additional support for cyrillic XWIKI-6955 is also welcome to put in plan. :-)
Best regards,
Dmitry Bakbardin
20 октября 2011, 11:25 от Eugen Colesnicov <[email protected]>:
Hello developers!
I seen your thread about XE 3.3 Roadmap + Finishing the 3.x cycle. In this post also described jira-requests, which you planned to resolve in a near future.
All is great, the general strategy and each step are right, but also exists some other important issues (I think that its are important) and I want to put your attention on its. If is it possible, can you analyze possibility to include these issues in your nearly plans?
1. XE-1032 - XWiki 3.2 totally cannot work on Oracle (upgrade & fresh install failed). I think, it is important issue, because supporting of Oracle are declared - but in realty XE 3.2 is not supporting Oracle.
To the future, maybe is good proposal, same as you wrote in a 3.2 release notes - which browsers are tested & supporting - also will write witch DB are tested & supporting. I can test new releases on Oracle.
2. XE-324 - allow special (russian and asian) characters in attachment names - very old issue, but I think is important, because without it - you cannot declare that XWiki have normal multi-language support. All modern web-platforms & applications now have this possibility (wikis, web-mails, social applications, etc.) only XWiki is lagging...
3. XWIKI-2870 - Ability to select query language in Database List property. This is more for developers, and also very old issue. I think it is important, because if you did something modern (in this case - XWQL) - need to support this in all "parts" of platform... If you didn't do this - your great work for modern features - looks like as "garbage" - I cannot use XWQL in Database List property - as a result - I am not using XWQL at all, because I don't want to write queries 2 times.
If is it possible, can you analyze possibility to include these issues in your nearly plans?
PS. Maybe another users know some more important unresolved issues? I think, user opinions will be interesting for developers!
Thanks beforehand! Eugen Colesnicov
-- View this message in context: http://xwiki.475771.n2.nabble.com/4Developers-more-important-issues-regardin... Sent from the XWiki- Users mailing list archive at Nabble.com. _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Thank you, Caleb, But JIRA says, that I can't vote on the topics I issued, so 0 means +1 :-) Kind regards, Dmitry 20 октября 2011, 12:49 от Caleb James DeLisle <[email protected]>:
I have just assigned myself XWIKI-6918 and XWIKI-6917, the bugs. You can go ahead and vote on the feature requests (resume download and webdav access) and we can see where things go from there.
Caleb
On 10/20/2011 04:02 AM, Haru Mamburu wrote:
Hi, All
Also, I'd add all bug fixes with file storage system, because for now, I have had to switch off (in 3.2):
- versioning of attachment - recycle bin for attachment
to use it more or less seamless. Otherwise, there is a big mess with deleted attachment occure. Everything I found, "JIRAded" already: XWIKI-6989, XWIKI-6921, XWIKI-6918, XWIKI-6917. Would be nice also to have resume download for big files: XWIKI-6921
So, we have a new feature, but with a very limited functionality, that really works. Moreover, not each and every core functions really support attachments, stored in FS. For projects with big and huge attachments these topics are essential, IMO.
Some additional support for cyrillic XWIKI-6955 is also welcome to put in plan. :-)
Best regards,
Dmitry Bakbardin
20 октября 2011, 11:25 от Eugen Colesnicov <[email protected]>:
Hello developers!
I seen your thread about XE 3.3 Roadmap + Finishing the 3.x cycle. In this post also described jira-requests, which you planned to resolve in a near future.
All is great, the general strategy and each step are right, but also exists some other important issues (I think that its are important) and I want to put your attention on its. If is it possible, can you analyze possibility to include these issues in your nearly plans?
1. XE-1032 - XWiki 3.2 totally cannot work on Oracle (upgrade & fresh install failed). I think, it is important issue, because supporting of Oracle are declared - but in realty XE 3.2 is not supporting Oracle.
To the future, maybe is good proposal, same as you wrote in a 3.2 release notes - which browsers are tested & supporting - also will write witch DB are tested & supporting. I can test new releases on Oracle.
2. XE-324 - allow special (russian and asian) characters in attachment names - very old issue, but I think is important, because without it - you cannot declare that XWiki have normal multi-language support. All modern web-platforms & applications now have this possibility (wikis, web-mails, social applications, etc.) only XWiki is lagging...
3. XWIKI-2870 - Ability to select query language in Database List property. This is more for developers, and also very old issue. I think it is important, because if you did something modern (in this case - XWQL) - need to support this in all "parts" of platform... If you didn't do this - your great work for modern features - looks like as "garbage" - I cannot use XWQL in Database List property - as a result - I am not using XWQL at all, because I don't want to write queries 2 times.
If is it possible, can you analyze possibility to include these issues in your nearly plans?
PS. Maybe another users know some more important unresolved issues? I think, user opinions will be interesting for developers!
Thanks beforehand! Eugen Colesnicov
-- View this message in context: http://xwiki.475771.n2.nabble.com/4Developers-more-important-issues-regardin... Sent from the XWiki- Users mailing list archive at Nabble.com. _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
On Thu, Oct 20, 2011 at 2:13 PM, Haru Mamburu <[email protected]> wrote:
Thank you, Caleb,
But JIRA says, that I can't vote on the topics I issued, so 0 means +1 :-)
That's weird, do you have an account on jira ?
Kind regards,
Dmitry
20 октября 2011, 12:49 от Caleb James DeLisle <[email protected]>:
I have just assigned myself XWIKI-6918 and XWIKI-6917, the bugs. You can go ahead and vote on the feature requests (resume download and webdav access) and we can see where things go from there.
Caleb
On 10/20/2011 04:02 AM, Haru Mamburu wrote:
Hi, All
Also, I'd add all bug fixes with file storage system, because for now, I have had to switch off (in 3.2):
- versioning of attachment - recycle bin for attachment
to use it more or less seamless. Otherwise, there is a big mess with deleted attachment occure. Everything I found, "JIRAded" already: XWIKI-6989, XWIKI-6921, XWIKI-6918, XWIKI-6917. Would be nice also to have resume download for big files: XWIKI-6921
So, we have a new feature, but with a very limited functionality, that really works. Moreover, not each and every core functions really support attachments, stored in FS. For projects with big and huge attachments these topics are essential, IMO.
Some additional support for cyrillic XWIKI-6955 is also welcome to put in plan. :-)
Best regards,
Dmitry Bakbardin
20 октября 2011, 11:25 от Eugen Colesnicov <[email protected]>:
Hello developers!
I seen your thread about XE 3.3 Roadmap + Finishing the 3.x cycle. In this post also described jira-requests, which you planned to resolve in a near future.
All is great, the general strategy and each step are right, but also exists some other important issues (I think that its are important) and I want to put your attention on its. If is it possible, can you analyze possibility to include these issues in your nearly plans?
1. XE-1032 - XWiki 3.2 totally cannot work on Oracle (upgrade & fresh install failed). I think, it is important issue, because supporting of Oracle are declared - but in realty XE 3.2 is not supporting Oracle.
To the future, maybe is good proposal, same as you wrote in a 3.2 release notes - which browsers are tested & supporting - also will write witch DB are tested & supporting. I can test new releases on Oracle.
2. XE-324 - allow special (russian and asian) characters in attachment names - very old issue, but I think is important, because without it - you cannot declare that XWiki have normal multi-language support. All modern web-platforms & applications now have this possibility (wikis, web-mails, social applications, etc.) only XWiki is lagging...
3. XWIKI-2870 - Ability to select query language in Database List property. This is more for developers, and also very old issue. I think it is important, because if you did something modern (in this case - XWQL) - need to support this in all "parts" of platform... If you didn't do this - your great work for modern features - looks like as "garbage" - I cannot use XWQL in Database List property - as a result - I am not using XWQL at all, because I don't want to write queries 2 times.
If is it possible, can you analyze possibility to include these issues in your nearly plans?
PS. Maybe another users know some more important unresolved issues? I think, user opinions will be interesting for developers!
Thanks beforehand! Eugen Colesnicov
-- View this message in context: http://xwiki.475771.n2.nabble.com/4Developers-more-important-issues-regardin... Sent from the XWiki- Users mailing list archive at Nabble.com. _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
-- Thomas Mortagne
2011/10/20 Thomas Mortagne <[email protected]>:
On Thu, Oct 20, 2011 at 2:13 PM, Haru Mamburu <[email protected]> wrote:
Thank you, Caleb,
But JIRA says, that I can't vote on the topics I issued, so 0 means +1 :-)
That's weird, do you have an account on jira ?
Kind regards,
Dmitry
20 октября 2011, 12:49 от Caleb James DeLisle <[email protected]>:
I have just assigned myself XWIKI-6918 and XWIKI-6917, the bugs. You can go ahead and vote on the feature requests (resume download and webdav access) and we can see where things go from there.
Caleb
On 10/20/2011 04:02 AM, Haru Mamburu wrote:
Hi, All
Also, I'd add all bug fixes with file storage system, because for now, I have had to switch off (in 3.2):
- versioning of attachment - recycle bin for attachment
to use it more or less seamless. Otherwise, there is a big mess with deleted attachment occure. Everything I found, "JIRAded" already: XWIKI-6989, XWIKI-6921, XWIKI-6918, XWIKI-6917. Would be nice also to have resume download for big files: XWIKI-6921
So, we have a new feature, but with a very limited functionality, that really works. Moreover, not each and every core functions really support attachments, stored in FS. For projects with big and huge attachments these topics are essential, IMO.
Some additional support for cyrillic XWIKI-6955 is also welcome to put in plan. :-)
Best regards,
Dmitry Bakbardin
20 октября 2011, 11:25 от Eugen Colesnicov <[email protected]>:
Hello developers!
I seen your thread about XE 3.3 Roadmap + Finishing the 3.x cycle. In this post also described jira-requests, which you planned to resolve in a near future.
All is great, the general strategy and each step are right, but also exists some other important issues (I think that its are important) and I want to put your attention on its. If is it possible, can you analyze possibility to include these issues in your nearly plans?
1. XE-1032 - XWiki 3.2 totally cannot work on Oracle (upgrade & fresh install failed). I think, it is important issue, because supporting of Oracle are declared - but in realty XE 3.2 is not supporting Oracle.
To the future, maybe is good proposal, same as you wrote in a 3.2 release notes - which browsers are tested & supporting - also will write witch DB are tested & supporting. I can test new releases on Oracle.
2. XE-324 - allow special (russian and asian) characters in attachment names - very old issue, but I think is important, because without it - you cannot declare that XWiki have normal multi-language support. All modern web-platforms & applications now have this possibility (wikis, web-mails, social applications, etc.) only XWiki is lagging...
3. XWIKI-2870 - Ability to select query language in Database List property. This is more for developers, and also very old issue. I think it is important, because if you did something modern (in this case - XWQL) - need to support this in all "parts" of platform... If you didn't do this - your great work for modern features - looks like as "garbage" - I cannot use XWQL in Database List property - as a result - I am not using XWQL at all, because I don't want to write queries 2 times.
If is it possible, can you analyze possibility to include these issues in your nearly plans?
PS. Maybe another users know some more important unresolved issues? I think, user opinions will be interesting for developers!
Thanks beforehand! Eugen Colesnicov
-- View this message in context: http://xwiki.475771.n2.nabble.com/4Developers-more-important-issues-regardin... Sent from the XWiki- Users mailing list archive at Nabble.com. _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
-- Thomas Mortagne _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Just my two pennyworth as a confluence convert.... Although the installation instructions will not change much with each release, if they were specific to each release it might encourage more relevant comments and updates from other users. At present if you look on the installation notes, the comments start years ago... If there was a new page for each release, then the comments would (hopefully) be relevant to that release. making them a much more usable resource. This could be done by just creating a copy of the page (without comments but with all relevant changes) for each new release in just the same way as the release notes are updated for each release. I am also affected by the Oracle issue, and am now having to rethink what we will use as a database back end. Cheers
Hi, sorry about the Oracle issue, it really seems to be affecting a lot of users. Also, I would love to get your feedback about Confluence and what made you switch to XWiki instead :-) Guillaume 2011/10/20 shouldbe q931 <[email protected]>
Just my two pennyworth as a confluence convert....
Although the installation instructions will not change much with each release, if they were specific to each release it might encourage more relevant comments and updates from other users. At present if you look on the installation notes, the comments start years ago... If there was a new page for each release, then the comments would (hopefully) be relevant to that release. making them a much more usable resource.
This could be done by just creating a copy of the page (without comments but with all relevant changes) for each new release in just the same way as the release notes are updated for each release.
I am also affected by the Oracle issue, and am now having to rethink what we will use as a database back end.
Cheers _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
On 10/20/2011 04:02 AM, Haru Mamburu wrote:
Hi, All
Also, I'd add all bug fixes with file storage system, because for now, I have had to switch off (in 3.2):
- versioning of attachment - recycle bin for attachment
to use it more or less seamless. Otherwise, there is a big mess with deleted attachment occure. Everything I found, "JIRAded" already: XWIKI-6989, XWIKI-6921, XWIKI-6918, XWIKI-6917. Would be nice also to have resume download for big files: XWIKI-6921
Heh, I was just implementing XWIKI-6921, finishing it in a few hours.
So, we have a new feature, but with a very limited functionality, that really works. Moreover, not each and every core functions really support attachments, stored in FS. For projects with big and huge attachments these topics are essential, IMO.
Some additional support for cyrillic XWIKI-6955 is also welcome to put in plan. :-)
Best regards,
Dmitry Bakbardin
20 октября 2011, 11:25 от Eugen Colesnicov<[email protected]>:
Hello developers!
I seen your thread about XE 3.3 Roadmap + Finishing the 3.x cycle. In this post also described jira-requests, which you planned to resolve in a near future.
All is great, the general strategy and each step are right, but also exists some other important issues (I think that its are important) and I want to put your attention on its. If is it possible, can you analyze possibility to include these issues in your nearly plans?
1. XE-1032 - XWiki 3.2 totally cannot work on Oracle (upgrade& fresh install failed). I think, it is important issue, because supporting of Oracle are declared - but in realty XE 3.2 is not supporting Oracle.
To the future, maybe is good proposal, same as you wrote in a 3.2 release notes - which browsers are tested& supporting - also will write witch DB are tested& supporting. I can test new releases on Oracle.
2. XE-324 - allow special (russian and asian) characters in attachment names - very old issue, but I think is important, because without it - you cannot declare that XWiki have normal multi-language support. All modern web-platforms& applications now have this possibility (wikis, web-mails, social applications, etc.) only XWiki is lagging...
3. XWIKI-2870 - Ability to select query language in Database List property. This is more for developers, and also very old issue. I think it is important, because if you did something modern (in this case - XWQL) - need to support this in all "parts" of platform... If you didn't do this - your great work for modern features - looks like as "garbage" - I cannot use XWQL in Database List property - as a result - I am not using XWQL at all, because I don't want to write queries 2 times.
If is it possible, can you analyze possibility to include these issues in your nearly plans?
PS. Maybe another users know some more important unresolved issues? I think, user opinions will be interesting for developers!
Thanks beforehand! Eugen Colesnicov
-- Sergiu Dumitriu http://purl.org/net/sergiu/
vmassol wrote:
... Listing tested DBs in the Release notes is a good idea. Actually what I would have liked to do is to go further than this and have various agents on jenkins running on various DBs (HSQLDB, PostgreSQL, MySQL and Oracle) to ensure that all our tests run fine on these DBs all the time. I've been wanting to have this for a long time now but it's not happened yet :(
Of course patches (even better: github pull requests!) are more welcome to help us fixing these issues. ...
Excuse me, but I am totally not a developer or a programmer ... for this reason, I don't know what is it jenkins and github more, that I can read in a wikipedia ... I am not understanding process at all. I have some experience as a admin, also knows Oracle, SQL. If you can give me some directions - what I should do for helping XWiki project in a testing process (how I need to use jenkins & github for testing Oracle) - I will do it. I have possibility to test XWiki with OracleXE 10.2 & Oracle 11G. In any case, for the future, I am taking responsibility - to test XWiki BEFORE release. In the past - I didn't have possibility, but now I prepared some virtual machines and I can easy testing different variants. -- Best Regards Eugen Colesnicov -- View this message in context: http://xwiki.475771.n2.nabble.com/4Developers-more-important-issues-regardin... Sent from the XWiki- Users mailing list archive at Nabble.com.
participants (8)
-
Caleb James DeLisle -
Eugen Colesnicov -
Guillaume Lerouge -
Haru Mamburu -
Sergiu Dumitriu -
shouldbe q931 -
Thomas Mortagne -
Vincent Massol