[xwiki-users] 4Developers: more important issues regarding to XE 3.3 Roadmap
sergiu at xwiki.com
Thu Oct 20 17:58:22 UTC 2011
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<ecolesnicov at gmail.com>:
>> 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
>> 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
More information about the users