Forum .LRN Q&A: Still impossible to delete folders in file storage

Collapse
1: Still impossible to delete folders in file storage
Posted by Dorian Peters on 01/25/06 01:01 AM
Hi guys,

Just wondering if anyone knows how to fix this one:
Bug # 2678
"Impossible to delete folders"

It still appears to be impossible to delete any folders in file storage. And there are quite a few in there by default (exams, handouts, lecture notes, etc.). In our case, we don't need these default ones and many empty folders confuse students, so, naturally it would be good to be able to delete them.

thanks,
Dorian

Collapse
2: Re: Still impossible to delete folders in file storage (response to 1)
Posted by Dave Bauer on 01/25/06 02:38 AM
Please be more specific.

File storage works fine. The default folders in .LRN are not allowed to be deleted. It assumes those are "required" and revokes permission. A site wide administrator should be able to delete them.

The comment I made on the bug explains what is wrong. If someone who understands what that table is for can fix it that would be good, but its unrelated to the file-storage package itself, but the dotlrn integration.

Collapse
3: Re: Still impossible to delete folders in file storage (response to 1)
Posted by Dorian Peters on 01/25/06 05:34 AM
I see now that it is only the default folders that can't be deleted. (I am unable to delete them even with site-wide admin access though.)

I'll amend the bug to be more specific.

thanks,
Dorian

Collapse
4: Re: Re: Still impossible to delete folders in file storage (response to 3)
Posted by Rafael Calvo on 01/25/06 06:35 AM
Hi Dave
What is the rationale for not been able to delete those folders?
I mean, each academic might have different approaches to how he distributes his content.
what am I missing?

thanks

rafael

Collapse
5: Re: Still impossible to delete folders in file storage (response to 1)
Posted by Caroline Meeks on 01/25/06 05:43 PM
Hi Rafa,

I belive it is dotLRN's decision to set things up in this way. Once long ago someone commited this as a feature. I don't think anyone remembers who or why. Good chance that individual is gone now. But it is now the way dotLRN works out of the box. There are many little things like this.

Which leads to the questions:

Who are making these decisions for dotLRN now?
How do you ask dotLRN why they made a certain decision?
How would you go about asking dotLRN to change this decsion?

The OCT is sure it's not us, this is an internal dotLRN decision.

It is these little issues that prompted my request that dotLRN to set up an official decision making process somewhat like the OCT's.

Thanks

Collapse
6: Re: Still impossible to delete folders in file storage (response to 1)
Posted by Janine Ohmer on 01/25/06 06:16 PM
Some, perhaps not all, of these folders were made undeletable a long time ago by Don at DeeDee's request. I think the problem was that sometimes her class admins would delete them and then other actions threw errors because they expected these folders to be there.

Perhaps the better fix would have been to remove the dependencies, but it was a long time ago when there were a lot of bugs and we were trying to fix them as fast as possible, and I believe this is the behavior DeeDee wanted anyway, so it made sense at the time.

Collapse
7: Re: Re: Still impossible to delete folders in file storage (response to 5)
Posted by Rafael Calvo on 01/27/06 04:49 AM
Caroline
As you know I'm a strong supported of getting a process like the one for openacs working on dotlrn. Hopefully we can get it rolling in the next few weeks. It would be good if you could lead the way...

I think the underlying opinion of people is between lines in your statement 'it is dotLRN's decision to set things up in this way'.

I think the dotLRN *consortium* has kept itself out of the technical decisions, mostly for lack of time/resources to follow them up.

But dotlrn is all of us. While the consortium has been quiet for a while a lot of other things are happening.

While some people argue that the next step (after we release 2.2) is to improve the code base (with big technical things) I think my two personal priorities have to do with 1) management of the development process 2) getting a community of educators behind the project.

I proposed this last issue last May in Madrid but we have not been successful im making it happen.

Ideas would be very welcome

rafa