"Fixed." It was caused by Zend Optimizer which is by default (?!) enabled in MAMP. Kind of mean as you wonder if BoltWire or your use of BoltWire causes the server to drop the connection and finally you notice it is some more or less hidden default setting. I'll add a note to the docs.
Markus On Mar 18, 1:05 am, Markus <[email protected]> wrote: > On Mar 18, 12:50 am, Markus <[email protected]> wrote: > > > I promise: the last one. > > > This has happened for several version but now I was able to track it > > down. I mentioned before that I get seemingly random timeouts on > > certain pages. This is the code causing it: > > > [(search group=lotsofpages.* exclude=$$non_content fmt="{(breadcrumb > > {+p} offset=1 name=link)}")] > > {( )} must be <( )>. > > If these timeouts only happen to me, feel free to ignore them for now. > They happen very rarely and obviously I can't even proof that it's > BoltWire and not something else. > > > > > Markus > > > PS: Offset=1 is broken. At least for breadcrumbs. > > Did I say anything? I caused it myself while trying to find what > caused the timeouts. > > Good night, > Markus > > > > > On Mar 17, 11:41 pm, Markus <[email protected]> wrote: > > > > Probably the last issue I find for this version: > > > > [form] > > > [text txt "{?txt}" size=30] [submit Search] > > > [session search "text='{?txt}' group=some.*"] > > > [session passdata txt] > > > [session msg] > > > [form][if set {?txt}] > > > [results][if] > > > > When I open this page, I can search for _any_ text and it returns all > > > pages in some.*. From search number two on, everything works as > > > expected. > > > > On Mar 17, 11:34 pm, Markus <[email protected]> wrote: > > > > > When I start a page with: > > > > > [(list ...)] > > > > > I am missing <p> tags. > > > > > On Mar 17, 11:23 pm, Markus <[email protected]> wrote: > > > > > > On Mar 17, 10:16 pm, The Editor <[email protected]> wrote: > > > > > > > You must have some kind of custom system var or something. Go to > > > > > > this > > > > > > page and click the link. It is working fine on my system: > > > > > > It's clean URLs. Removing > > > > > > $cleanURL='http://localhost:8888/field/'; > > > > > $fieldURL='http://localhost:8888/field/'; > > > > > > from index.php "solves" the p://. Not a good fix. :) > > > > > > >http://www.boltwire.com/index.php?p=test.return > > > > > > > Cheers, > > > > > > Dan > > > > > > > On Wed, Mar 17, 2010 at 4:04 PM, Markus > > > > > > <[email protected]> wrote: > > > > > > > Note that {return} still gives: > > > > > > > > p://localhost:8888/field/ > > > > > > > > Not sure what you said about it last time. Don't find the topic > > > > > > > right > > > > > > > now. > > > > > > > > On Mar 17, 7:12 pm, Markus <[email protected]> wrote: > > > > > > >> As links containing line breaks validate, I thought it should be > > > > > > >> okay > > > > > > >> and possible to use them. > > > > > > > >> Markus -- You received this message because you are subscribed to the Google Groups "BoltWire" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/boltwire?hl=en.
