Hi All,
On 29 Jan 2009, at 18:24, J. Landman Gay wrote:
Dave wrote:
Hi,
I've been looking at the problem reported by Camm and others and I
*think* I have found at least part of the problem. The inability
to save a stack with a password set and the answer dialog enabled.
In my application, I have a "Dummy" Splash Screen Stack (call it
"StartUp.rev") that servers as a place holder (as well as other
things) to build a Standalone from, e.g. when I build a
Standalone, I (at least initially and subsequently if I want to
change settings), open the Standalone settings dialog which causes
an array containing the settings to be written to custom props in
StartUp.rev. When I look at this stack in the Application Browser,
I see that there are now two Sub-Stacks in the StartUp.rev file:
answer dialog
ask dialog
Also in the main stack of "StartUp.rev" I find that I have a group
called "revLibraries", this contains a number of "buttons" that
have code in them, such as "revXMLRPC, revPrintBack, etc.
Yes, that's exactly the problem.
Is this normal? If not then I think the Standalone builder is
somehow storing these items in the wrong file.
Right. It isn't normal, and we'd determined that the files were
being written to the wrong stack. The problem is, we can't make it
happen and no one is sure why it's only happening to Camm (and now
to you.) When we reviewed his example stack, and tested on several
machines, the files were written correctly and the standalone built
fine. Those on the list who also tested it had no issues either.
It's encouraging that you may be able to reproduce it, that would
be very helpful.
Ok, good at least I now know it's not normal!
One question, if you manually delete the sub-stack and the groups,
does it then build ok?
How many times did you test it? I can do maybe 20 builds and it's ok,
then on a subsequent build it will fail. In order to test this fully
you'd need to run it over and over again during course of the day.
If this were a problem in one of my Apps and I couldn't reproduce it,
I'd do a special version with some code added to pro-actively check
for this condition and if so report it.
Also code could be added to the rev file that gets built as a
standalone to check if these groups/stacks are present, report and/or
delete them.
If you add password protection to this, it *might* be the problem
people have been reporting.
Any comments on this greatly appreciated.
I'm sure you are correct. If you can figure out what is different
about your stack, and if it corresponds to something in Camm's
stack, then we may be able to figure it out.
I really don't think there is anything different about my stack, I
think potentially it could happen to any stack, it's a bug that has
been there since 2.8.1.472 (or before) that is now interacting with
the password stuff. Maybe it happens more on 3.x or maybe more bugs
have been introduced in 3.x and they are interacting with this bug.
Without adding some code to RunRev or the Standalone builder it's
hard to know for certain.
It would be interesting to see if you can build his sample stack.
Perhaps you could get a copy from him (or ping me privately and
I'll send it to you.)
I'd be happy to try and build it, but I am not using 3.x, will this
make a difference?
All the Best
Dave
_______________________________________________
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution