Help! Spurious password protection...

[Richard Gaskin]

Mark Smith wrote:

 > On 8 Mar 2008, at 19:32, Richard Gaskin wrote:
 >> Does this warning about the stack being locked occur in v2.8.1
 >> only?  If so, may be related to this item fixed for v2.9:
 >>
 >> <http://quality.runrev.com/qacenter/show_bug.cgi?id=5523>
 >
 > The qa center tells me I'm not authorised to view that bug - I hadn't
 > realised there were special, classified bugs!

Weird. When I click the link above it goes straight to my report.  Maybe 
once an issue's been closed only the original reporter has access?  I 
dunno, but here's the body of that report:

   Going from locked stack to unlocked in same window is weird

   When going from a password-protected stack to one that
   isn't password-protected in the same window, an error
   is generated when you attempt to edit the second
   stack's script.

    Using the attached example files, try this recipe:

    1. Open start_here.mc
    This stack is password-protected (password: "test"),
    but don't unlock it yet.

    2. Click the button in that stack.
    That will cause the second stack to be opened in the same
    window

    3. Try to edit the script of the second stack

    Result: you will get an error that the stack is
    password-protected, but you won't be able to edit it
    because the editor's check for passwords (password
    is not empty AND password <> passKey) passes, yet the
    stack is flagged by the engine as locked.

    It would appear as though the password protection is
    mistakenly bound to the window, rather than the stack
    object.


    --- Comment #4 From Mark Waddingham 2007-11-20 01:13:38 ----

    Fixed in 2.9.0-dp-2 (Beta 9).


All this assumes, of course, that the password property of the stack in 
question is indeed empty.  Have you verified that that's the case?

-- 
  Richard Gaskin
  Fourth World Media Corporation
  ___________________________________________________________
  Ambassador at FourthWorld.com       http://www.FourthWorld.com