You are not authorized to perform this action.

Looks like a module permission issue. Try the following 2 things in order:

1) Try logging in with User Id 1, and then access this module. If you are able to do so, then its surely a permission issue.
2) If you have verified that its a permission problem as in 1) above, or otherwise you do not have access to User Id 1 account, then ask your installation administrators to assign "access take control" and "access file browser" permissions to one of the roles that your user accounts belongs to. Please note that "access file browser" permission would be available separately under the "file browser" module in the permissions section.

I will answer the "User 99" comment later (I think I need to better explain that part in the module's Readme file).

However, from the screenshots, nothing obvious appears to nail down the issue. Its pretty difficult to comment on this from the outside.

Just another ideas, make sure the your PHP account has read/execute permissions on your Drupal root folder, and other such common symptoms. You can see a working copy of the module here:
http://drupal.sandbox.rahulsingla.com/admin/build/take_control

This is with the default settings. So, I don't see any reason for the module to fail if PHP account has sufficient permissions.
Your issue has led me to incorporate a debug mode for the module. For the next release, I would add a debug mode for more meaningful error messages to the module.

For other people who land on this issue page while googling, fugazi allowed me to remotely access his installation, and I figured out a minor difference in his Apache environment causing the module to give that permission problem.

I have fixed the code to adapt to it, and committed it to the CVS. The next version of the module (6.x-2.1 probably) would incorporate this fix.

Hi r_honey,

I'm having the same problem regarding permissions. Would you mind to specify what did you change in the Apache environment to make fugazi's take control module to work without throwing that access message?

thank you!

Hi marvita, well it required a minor fix to the get-files.php script in the sites/all/modules/take_control/fb folder.

I have already committed the fix to the CVS, but no new version of the module has been released since the fix. So, I have attached the patch with this comment. Please apply it to the above mentioned file.

Hi r_honey,

I try the patch and it worked!!! thanks very much for this you are awesome!!!

Marvita :)

Hi marvits, thanks for the feedback. Please note that on Drupal issue queues, assigning an issue to yourself means you are working on the solution to the issue.