I suppose it goes without saying that I would be +1 but we should also
make note that the limit must also be reaised in the XWikiPreferences
which is not user-accessable so we can.
A. Raise it ourselves to a sane number like 100MB
B. Expose the parameter in the administration application
C. A and B
D. Nothing
Even if we do nothing, it will be eaiser for people in the future if
new installs are getting FS attachments be default.
Thanks,
Caleb
On 24/03/16 11:48, Eduard Moraru wrote:
+1
The ~32MB limit is just ridiculous :)
Thanks,
Eduard
On Thu, Mar 24, 2016 at 12:44 PM, Paul Libbrecht <paul(a)hoplahup.net> wrote:
My big big +1 !
Paul
Vincent Massol <mailto:vincent@massol.net>
24 March 2016 at 11:35
Hi devs,
It’s been a very long time that Caleb has implemented fileystem
storage and we still see people regularly stuggling to attach largish
attachments to their wiki. I think it’s time that we make it the
default even if the implementation is still not perfect.
Namely here are the opened issue related to filesystem store:
https://jira.xwiki.org/issues/?jql=component%20%3D%20%22Storage%20-%20File%…
Tha main 2 issues are:
- XWiki.DeletedAttachments shows nothing when filesystem attachments
are enabled.
- FS Attachments does not delete files when a subwiki has been removed
I’m proposing for the moment to add a warning to the deleted
attachments tab on AllDocs when fs attachment is on.
I think the pros outbalances the cons. WDYT?
Here’s my +1
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs