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 <ecolesnicov(a)gmail.com>om>:
> 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-regardi…
> Sent from the XWiki- Users mailing list archive at
Nabble.com.
> _______________________________________________
> users mailing list
> users(a)xwiki.org
>
http://lists.xwiki.org/mailman/listinfo/users
>