'Access Denied' on admin forms

Same problem here

Same problem. Sadly the patch didn´t worked...

Same problem here, too.

• Patch applies cleanly
• "build modules" now available as a permission
• /admin/build/module_builder/edit/[1] is now accessible on create and subsequent edits

Same problem here, I fixed it the same way as the patch describes (remember to empty cache after updating hook_menu)

Thanks for the patch. Worked for me.
I wasn't sure where to start with the menu, as I'm trying this module in order to START learning the new hook_menu() ;-)

I applied the change by hand. Flushing the menu cache wasn't good enough (it seemed) so I disabled & re-enabled the module. All good so far, it seems.

+1 CRITICAL to this fix.

Todays fresh Drupal 6.4-dev here FWIW. Could have been a change to the menu permissions at some point. I thought they were going to inheirit :-/

.dan.

This was changed in Drupal 6.2. See release notes - http://drupal.org/node/244637 "Note for Module developers"

Thanks for the link. This explains it perfectly.
Just something else to remember :-}

However the rest of the module builder didn't help me at all when it was working. I was hoping it would provide a bunch of hook boilerplate for me to work from. I'd call this module a bit weak. Or a bit ambitious, It's a heck of a challenge to build a useful thing like this. :-/

So who wants CVS access to commit this patch? dman?

And yes, this module sadly got half-baked cos I ended up learning everything I needed to know in the process of building it and then no longer needed this module. ;)

I have some time blocked out at the code sprint in Szeged to pimp it out with some folks though. :) If you have suggestions, toss 'em in the queue!

Hm. My approach to it would also be as a learning experience :-B
But by the time I'd worked through that, I'd no longer need the module either. I can see how that would happen.

My best-case version would be a wizard that presented a few dozen checkboxes listing all known module hooks that pumped out boilerplate functions with cool documentation.
The boilerplate should include some nice switch blocks wherever appropriate, but beyond that is hard to predict/automate.
I'm not sure how the current menu wizard should be extended. It didn't seem to go for me at all when I tried, but it's got its use.

I'm not keen on putting time into the project however, it's not really me.

> My best-case version would be a wizard that presented a few dozen checkboxes listing all known module hooks that pumped out boilerplate functions with cool documentation.

That's what version 5 does!
It looks like none of that stuff is in 6 -- is that because it's yet to be ported, or was the maintainers' plan to go for a different approach?

Anyway -- patch applied and committed, thanks :)