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 <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
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users