access file ...denied in view ...

Bug #683664 reported by Lucas Verhelst
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Mahara
Fix Released
Medium
Richard Mansfield

Bug Description

Specs :
Operating System Linux CentOS
MySQL-client versie: 5.1.52
Mahara 1.3.3

What I do :
1. Upload file in My Files
2. make it available in a view
 > OK

1. Make a folder
2. make a subfolder
3. Upload file in subfolder
4. Make folder available (including subfolder)
5. Make folder available in view
6. Click on subfolder with file < no download details, only filename >
7. Click on filename
>
--------------------------------
Access Denied
You do not have access to view this page

Artefact 91 not in View 9
---------------------------------

What I did meanwhile :
- maharaData = 775
- Checked in cpanel permissions, new artefacs maps are 700
- put up Cron job
- truncate activity queue table

Changed in mahara:
status: New → Triaged
importance: Undecided → Medium
milestone: none → 1.4.0
Revision history for this message
Jeffrey Jones (jeffrey-jones) wrote :

The triage mentioned above doesn't seem related to my issue, but the symptoms are the same. (See http://mahara.org/interaction/forum/topic.php?id=2467 and http://mahara.org/interaction/forum/topic.php?id=2645#post11611). The problem is the rebuild_artefact_parent_cache_complete routine needing more memory than the config cap will allow. We currently have just short of 3,000 users, and the artifact_parent_cache table is almost 40,000 records (lots of views with directory/subdirectory chains). I actually haven't tested to see how much memory the routine actually requires, but it's definitely well over 512 meg, I've currently set PHP to unlimited memory usage, and, needless to say, I'm scared.(though the "Access denied" messages are gone).

Changed in mahara:
assignee: nobody → Richard Mansfield (richard-mansfield)
Revision history for this message
Richard Mansfield (richard-mansfield) wrote :

Lucas, can you confirm whether you are getting the same problem as Jeffrey, or is it something different? You should be able to tell by checking your cron log for out-of-memory errors.

Revision history for this message
Lucas Verhelst (lucas-verhelst) wrote :

Hey Richard,

First of all thx for the follow-up of this problem. I'm convinced it has nothing to do with the cron. It is just a limitation of mahara for viewing subfolders. When I make a folder accessible in a view, and after that I create a subfolder and put some files in it, the access to these files in that subfolder is denied. Even when I delete the folder in the view en upload a new folder with the subfolder-structure, the "problem" (read:limitation) remains

Lucas

Revision history for this message
Richard Mansfield (richard-mansfield) wrote :

"I'm convinced it has nothing to do with the cron. It is just a limitation of mahara for viewing subfolders."

No, that's not true at all. When you put a folder into a view, you are supposed to be able to see all its content and all the contents of its subfolders, etc. Provided your cron is running correctly and running the rebuild_artefact_parent_cache_* functions, and not getting out-of-memory errors, you will be able to see subfolder content.

Revision history for this message
Lucas Verhelst (lucas-verhelst) wrote :

Yiha! Thx a lot. I contacted my provider and the thing was : an error in my curl-command.:
"curl http://www.wanidea.com/mahara/lib/cron.php >/dev/null 2>&1" was "curl http://www.wanidea.com/mahara/lib/cron.php /dev/null 2>&1" :)). Now it is ok!

Changed in mahara:
status: Triaged → Fix Committed
Changed in mahara:
status: Fix Committed → Fix Released
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.