<div dir="ltr">You're right, I can just work around it. I have to admit that I didn't think of 'visiting' admin/user/permissions, but that's what this mailinglist is for. :)<br><br>Thanks for your input,<br>
Maarten<br><br><div class="gmail_quote">On Mon, Aug 25, 2008 at 4:45 PM, Nathaniel Catchpole <span dir="ltr"><<a href="mailto:catch56@googlemail.com">catch56@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div dir="ltr">Hmm. I think you're probably right.<br><br>There's nothing stopping you from changing the permissions as part of your test though, you can visit admin/user/permissions and save the form with different values, or just delete the row from the permissions table directly with db_query().<br>
<br>That said, I'm not sure how much this is by design, or an omission in drupal_web_test_case,<br><br>Nat<div class="Ih2E3d"><br><br><div class="gmail_quote">On Mon, Aug 25, 2008 at 3:20 PM, Maarten van Grootel wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div dir="ltr">Hi Nat,<br><br>That's not what it says, or at least not what's happening. It says that if null, it receives the default permissions stated in _drupalCreateRole() (which is array('access comments', 'access content', 'post comments', 'post comments without approval') according to <a href="http://api.drupal.org/api/file/modules/simpletest/drupal_web_test_case.php/7/source" target="_blank">http://api.drupal.org/api/file/modules/simpletest/drupal_web_test_case.php/7/source</a>). But, this does not influence the permissions every user receives by the hard coded Authenticated User role. Not directly, but by association/inheritance.<br>
<br>This behavior is expected, because it's the Drupal way of permission inheritance. But to test the behavior I still need to find a way to alter the permissions not my newly created user+role, but of the global Authenticated User Role. You can try it by removing 'post comments' from row 27 of comment.test. You'd expect al sorts of failures, because you just made web_user not able to create comments, but everything passes effortlessly.</div>
</blockquote></div><br></div></div>
</blockquote></div><br></div>