Quotas

Bug #119804 reported by Richard H.
2
Affects Status Importance Assigned to Milestone
Document Library
New
Undecided
Unassigned

Bug Description

It could be useful to have some quota control within a DL instance. How this is managed would need further discussion, but one suggestion is to have a default size of 0 (i.e. no quota) and whenever a new main category (NOT sub-category) is created, the quota currently set in the DL is applied. This would require an extra option in the 'configuration' menu in the DL (quotas).

This is probably quite complex as it would involve the DL knowing the combined size of all current files (regardless of their status - i.e. includes submitted, rejected, available, expired, and delete receipts).

It would also mean that whenever a document is submitted to a Library, the DL would need to know if the main category would go over the limit if the submission was accepted. If it would, then the submission has to be rejected automatically with the reason stated that the 'category or sub-category would exceed its quota limit'. This would have to fire off an email to the author and the librarian including that as the reason for the automatic rejection.

Questions that spring to mind:

Could the quota applied to a category be changed *after* it's creation? (increase and decrease)
Where would you see the quota information for a category and the amount of 'space' still available?

It might be that this idea is too expensive to develop when compared to the advantages the quota functionality adds to the DL application.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.