Thanks so much for the detailed bug report. It was very helpful. Wish every
bug report was like this! :)
Took me several hours to track it down and it seems to be some kind of bug
in php. Maybe a php guru can explain what is happening. But apparently
these lines fail to work when $BOLTfield is an integer (2014) -- though
BoltWire is sending all the right information. No idea why...
session_start();
$_SESSION = Array();
$_SESSION[$BOLTfield] = $BOLTsession;
session_write_close();
Fortunately a workaround is very easy--change line 27 in variables.php to
this. There should be a similar line in 3.4.17...
$BOLTfield = 'bolt' . substr($fieldURL, strrpos(substr($fieldURL, 0, -1),
"/") + 1);
Basically add some letters to the beginning of the variable. This fix will
be in the next release.
In the process of checking into all this, I did some other things to polish
up BoltWire
* Fixed a link on the main page of the default installation that pointed to
help.start--which doesn't exist. :)
* Changed slightly how form information is handled by sessions. If you have
custom scripts using the KEY, COMMAND, or INPUT form session values, let me
know.
* Fixed a padding problem on the tables in the default style sheet
* Added an abort conditional so you tell if a command fails, ie [if abort
register]...[if]
* Added the ability to tap into command output values directly by [(source
command=register)]
* Completely reworked the register action to try to address every
imaginable scenario and make sure the right messages are coming through.
Amazing how complex this can be. I pasted my code for it below--of course
it will be in the next release...
Funny how an obscure bug can take so long to figure out, and lead to so
many little tweaks in the code, isn't it? If anyone can explain why the
session variable is not taking the value it's supposed to, I'd be
interested in knowing. Hard to believe we have found a php bug...
Cheers,
Dan
____________________________________
! Register Account
[if ! set {?id} && ( ! login || admin ) ]To register a new account, please
enter a member id and password:
<box>[form][t]
[r]
[c]Member:
[c][text id]
[r]
[c]Password:
[c][password password] [submit value=REGISTER]
[t]
[command authkey register]
[command register]
[command passdata id,register]
[if ! admin][command login][if]
[form]</box>
[if][if set {?id} && ! abort register && admin]The following user account
has been successfully created: **{?id}
Click here to [[action.register|create another account]].
[if][if set {?id} && ! abort register && ! admin]An account has
successfully been created for **{?id}** and you are logged in.
[if][if set {?id} && ( ! exists member.{?id} || abort register ) ]There was
an error of some sort and your account was not created.
[if][if login && ! set {?id} && ! admin]You are currently logged in as
**{id}**.[if]
On Thu, Feb 6, 2014 at 12:09 AM, Ting-Hao Yang <[email protected]> wrote:
> I have found this problem in v3.4.17 and v4.05 of BoltWire which I'm using
> now.
>
> If install BoltWire v3.4.17 and name folder as "2014", after key in the
> administrator account and password, system just show a blank message box,
> and turn back to p=main page.
>
> The problem is that system cannot create the file of member, although the
> folders "/config" and "/pages" are already created in "2014" automatically.
>
> I already confirm that these folders and file are all own correct
> competences (2014=777, index.php=644).
>
> This situation also occurs in BoltWire v4.05.
>
> After key in the administrator account and password, system would turn to
> p=help.start&action=register and shows message: "Account admin successfully
> created. You are now logged in."
>
> Here, system would created folders containing ".htaccess", like "/config",
> "/files", "/pages", "/stamps", and files as "favicon.ico", but it still
> cannot create the file of member.
>
>
> In another situation, install BoltWire v4.05 and name folder as "field"
> ("2014e" or "01" are also OK).
>
> Under normal condition, after sending the account and password, system
> would turn to p=action.register&id=admin and shows message: "Account admin
> successfully created. Click here to create another account."
>
> In the same time, the file "member.admin" would be created in "/pages".
>
> These are the results of my tests. Below list the server information:
>
> - Apache: 2.2.15
> - PHP: 5.3.24
> - MySQL: 5.6.13
> - Operating System: Linux
>
>
> My best regards
> Ting-Hao
>
> Ting-Hao Yang於 2014年2月5日星期三UTC+8下午12時20分36秒寫道：
>
>> When Boltwire installation, it must to create another folder side by side
>> with boltwire.
>>
>> But I found that it would failed to use boltwire if name the new folder
>> as "2013" or "2014".
>>
>> This bug make me confuse for some days, until I change the folder name as
>> "field" or "2014e".
>>
>> If you cannot finish Boltwire installation, maybe try another folder name.
>>
>>
>> ----
>> Boltwire is really a useful tool, I love it. Thanks for all creators.
>>
> --
> You received this message because you are subscribed to the Google Groups
> "BoltWire" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/boltwire.
> For more options, visit https://groups.google.com/groups/opt_out.
>
--
You received this message because you are subscribed to the Google Groups
"BoltWire" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/boltwire.
For more options, visit https://groups.google.com/groups/opt_out.
