Guys,
I see DPP made a bunch of commits last night. Something in there has
fundamentally broken the markup parser. Yesterday I deploy an
application to production and today I go to update a small bit of copy
that marketing want changed and i'm finding that my application is
broken
With
Scratch that, it just does this all the time - irrelevant of the mime
type.
Reproduce this by making a blank lift app and looking at the source.
Cheers, Tim
On Feb 24, 11:14 am, Timothy Perrett timo...@getintheloop.eu wrote:
Guys,
I see DPP made a bunch of commits last night. Something in
I can verify that the issue causing this is:
703a728af05fddda0f8c5e302cce21a9dc065b54
Can we please back this change out as this is affecting ALL lift
applications
Cheers, Tim
On Feb 24, 1:09 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Scratch that, it just does this all the time -
Done in master. Wait for Hudson to respin.
Committers, sorry for direct commit to master and breaking the rule but
Tim's need was urgent.
Have done quick smoke test locally.
- Indrajit
On 24/02/10 6:56 PM, Timothy Perrett wrote:
I can verify that the issue causing this is:
Yeah I already fixed it locally to work around the issue; thanks for
pushing. Was going to do it anyway after lunch.
Do you know who reviewed this? I can't find any reference to it
Sent from my iPhone
On 24 Feb 2010, at 13:51, Indrajit Raychaudhuri indraj...@gmail.com
wrote:
Done in
To clarify, im wondering who reviewed this on RB and gave it a ship
it? A simple test would have shown it to be broken ;-)
Cheers, Tim
PS: thanks Indrajit for your concern :-)
On Feb 24, 1:57 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Yeah I already fixed it locally to work around the
Tim, you can also pin to certain snapshot dates I believe (-SNAPSHOT versions
are actually -MMDDHHMMSS), if something in the future breaks you.
-Ross
On Feb 24, 2010, at 6:14 AM, Timothy Perrett wrote:
Guys,
I see DPP made a bunch of commits last night. Something in there has
I've already installed php, fcgi, nginx, the system running as no
problem, but the problem happen when:
1. I update memory_limit in php.ini, then restart php-cgi, nginx, but
when use phpinfo, theo memory_limit is not effected.
2. I install 2 new extensions: curl and memcache, add 2 lines:
I think you're looking for a php or an nginx forum, not Lift.
On Feb 24, 10:02 am, khoanhd khoa...@gmail.com wrote:
I've already installed php, fcgi, nginx, the system running as no
problem, but the problem happen when:
1. I update memory_limit in php.ini, then restart php-cgi, nginx, but
Hello,
I'm integrating recaptcha into a Lift app that uses MegaProtoUser, and there's
one small thing that I think can be improved.
There is currently no good place to put the captcha-verifying code. After the
signup form is submitted the user if validated using theUser.validate
Good point Ross - I always forget about Nexus :-)
Im much less grumpy now everything is good again. Appreciate I spammed
the list a little earlier, so sorry about that. Hopefully a brief post-
mortem will help us identify any failings in our process if they are
present. Accidents happen, I know
I have a textarea in which I process onKeyUp and onKeyDown commands.
The handlers for such things are custom javascript.
I would like to invoke functions in a Comet LiftActor /
ListenerManager via these custom javascript functions. Is there
documentation on the recommended way to do so?
It looks
Adam Warski a...@warski.org writes:
Hello,
I'm integrating recaptcha into a Lift app that uses MegaProtoUser, and
there's one small thing that I think can be improved.
There is currently no good place to put the captcha-verifying code. After the
signup form is submitted the user if
Hello,
Can't you just override actionAfterSignup and don't call super if
captcha check fails?
But that already assumes that signup was successfull and in the end redirects
to the homepage instead of going back to the singup form.
--
Adam Warski
http://www.warski.org
Tim,
Sorry. I was chasing a use case where control characters can still make it
into the XML output. Turns out that the Scala compiler converts
b{expression}/b into an Atom, not into a Text() element. Because of
this, it was possible for control characters to sneak into output.
I went around
On Wed, Feb 24, 2010 at 7:33 AM, Adam Warski a...@warski.org wrote:
Hello,
I'm integrating recaptcha into a Lift app that uses MegaProtoUser, and
there's one small thing that I think can be improved.
There is currently no good place to put the captcha-verifying code. After
the signup form
Maybe most of you have seen it:
http://max-l.github.com/Squeryl/
Br's,
Marius
--
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to
Thanks for the follow up David. Probably this highlights some issues with our
automated testing though... any ideas on how we could add something to the
build cycle to verify stuff like this? The parsers particularly probably could
do with some pretty rigours test cases as this is a classic
Yeah. It's good stuff. Would love to see it integrated with Mapper/Record
(so it's not looking at var fields, but looking at the more complex objects
that represent fields).
On Wed, Feb 24, 2010 at 9:33 AM, Marius marius.dan...@gmail.com wrote:
Maybe most of you have seen it:
On Wed, Feb 24, 2010 at 9:34 AM, Timothy Perrett timo...@getintheloop.euwrote:
Thanks for the follow up David. Probably this highlights some issues with
our automated testing though... any ideas on how we could add something to
the build cycle to verify stuff like this? The parsers
On Wed, Feb 24, 2010 at 6:05 PM, Adam Warski a...@warski.org wrote:
Hello,
Can't you just override actionAfterSignup and don't call super if
captcha check fails?
But that already assumes that signup was successfull and in the end redirects
to the homepage instead of going back to the
Further investigation leads me to believe that each pathway is either
working in a different session or that Lift just doesn't know about my
application's session.
S.inStatefulScope_? returns true from the Lift pathway and false from
my own.
I'll keep following this path, but, being a Lift
On Wed, Feb 24, 2010 at 7:21 PM, dave dpdear...@gmail.com wrote:
Further investigation leads me to believe that each pathway is either
working in a different session or that Lift just doesn't know about my
application's session.
S.inStatefulScope_? returns true from the Lift pathway and false
On Wed, Feb 24, 2010 at 6:34 PM, Timothy Perrett
timo...@getintheloop.eu wrote:
Thanks for the follow up David. Probably this highlights some issues with our
automated testing though... any ideas on how we could add something to the
build cycle to verify stuff like this? The parsers
On Wed, Feb 24, 2010 at 10:38 AM, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
This is no replacement for unit tests, but is more a lightweight
integration test that exercises a big part of the Lift stack
imho a high-level test is way more useful for determining if the
system is basically
On Wed, Feb 24, 2010 at 10:42 AM, Raoul Duke rao...@gmail.com wrote:
imho a high-level test is way more useful for determining if the
system is basically working, because it is so end-to-end; no, it
doesn't tell you precisely what to fix like a unit test would, but the
On 24 February 2010 18:40, David Pollak feeder.of.the.be...@gmail.comwrote:
In the case of Heiko's issue, it's already been reported by a Japanese user
of Lift 280_port_refresh. The 2.8 libraries take an optional parameter for
character set and default to the platform character set. We need
On Wed, Feb 24, 2010 at 10:42 AM, Raoul Duke rao...@gmail.com wrote:
On Wed, Feb 24, 2010 at 10:42 AM, Raoul Duke rao...@gmail.com wrote:
imho a high-level test is way more useful for determining if the
system is basically working, because it is so end-to-end; no, it
doesn't tell you
Folks,
The ability to specify the JQuery version was changed from:
LiftRules.jQueryVersion = ...
to
LiftRules.jsArtifacts = JQuery14Artifacts // this points to JQuery
1.4.2.
By default this points to JQuery13Artifacts which points to jQuery
1.3.2
Br's,
Marius
--
You received this message
On Wed, Feb 24, 2010 at 10:51 AM, David Pollak
feeder.of.the.be...@gmail.com wrote:
in other words: are there any 'professional' Test/QA (note those are
different roles!) people on the Lift team/list?
So, I don't think we need additional QA. I think the existing processes
work just fine.
Lift-anounce? :)
-
Mariusmarius.dan...@gmail.com wrote:
Folks,
The ability to specify the JQuery version was changed from:
LiftRules.jQueryVersion = ...
to
LiftRules.jsArtifacts = JQuery14Artifacts // this points to JQuery
1.4.2.
By default this points
The recent scala days conference activity may have cause the updates
to this thread to escape notice. Just wondering if there is concern
about the remaining binary character problems I noted in my prior
post.
Thanks in advance.
Dan
On Feb 22, 1:34 pm, Dano olearydani...@gmail.com wrote:
More
Hi,
I had a similar discussion on this list a while ago.
http://groups.google.com/group/liftweb/browse_thread/thread/69898fb5191a074d
I haven't found THE idiomatic answer in Lift. For now I'm using
StatefulSnippets for the more complex cases; they work quite well.
SessionVars are almost always
not sure if I posted the link:
http://groups.google.com/group/liftweb/browse_thread/thread/69898fb5191a074d
--
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group,
Rick,
Here's a simple example:
import net.liftweb._
import util._
import http._
import js._
import JsCmds._
import JE._
import scala.xml.NodeSeq
class Evently extends CometActor {
// handle an incoming JSON event
override def handleJson(in: Any): JsCmd = in match {
case
Right - I just want to add to what David wrote below: To clarify, yes, I moaned
and bitched about this today because it was causing me immediate hassle and
heat from other people in my workplace. However, Lift on the whole is vastly
more stable than any codebase i've ever worked with
On Wed, Feb 24, 2010 at 12:12 PM, Timothy Perrett
timo...@getintheloop.euwrote:
Right - I just want to add to what David wrote below: To clarify, yes, I
moaned and bitched
And rightfully so. You had every reason to complain about an instability
that I introduced because I didn't think
Agreed - its nice. The var's are a little unsettling though... shame there is
not a way to make it more immutable.
Cheers, Tim
On 24 Feb 2010, at 17:35, David Pollak wrote:
Yeah. It's good stuff. Would love to see it integrated with Mapper/Record
(so it's not looking at var fields, but
The mental image of you wearing a traffic cone on your head is a pleasing one
David :-D
Cheers, Tim
On 24 Feb 2010, at 20:20, David Pollak wrote:
and those that circumvent that process (including me) should wear the cone of
shame.
--
You received this message because you are subscribed
On Wed, Feb 24, 2010 at 1:27 PM, Timothy Perrett timo...@getintheloop.euwrote:
Agreed - its nice. The var's are a little unsettling though... shame there
is not a way to make it more immutable.
Wouldn't the new copy functionality of case classes in 2.8 take care of
that? I've been drooling
[...]
But, this is the exception (both in terms of my behavior and in terms of the
results.) It is an event that indicates that our current process works and
those that circumvent that process (including me) should wear the cone of
shame.
Pictures??
:-)
/Jeppe
--
You received this
Interesting - i've not explored that in 2.8...
Personally, i've been wanting to get scala-migrations integrated into
the lift dev process for ages... this SQL project might be a great bed-
fellow for it.
2.8 is becoming more attractive by the day...
Cheers, Tim
On Feb 24, 8:29 pm, Jim Barrows
On Wed, Feb 24, 2010 at 12:29 PM, Timothy Perrett
timo...@getintheloop.euwrote:
The mental image of you wearing a traffic cone on your head is a pleasing
one David :-D
http://twitter.com/dpp/status/9591471689
Cheers, Tim
On 24 Feb 2010, at 20:20, David Pollak wrote:
and those that
I've pinged Max and he's open to integration with Lift... do I have any
takers?
On Wed, Feb 24, 2010 at 12:34 PM, Timothy Perrett
timo...@getintheloop.euwrote:
Interesting - i've not explored that in 2.8...
Personally, i've been wanting to get scala-migrations
I'm not keen on the migrations
On Wed, Feb 24, 2010 at 9:38 PM, David Pollak
feeder.of.the.be...@gmail.com wrote:
I've pinged Max and he's open to integration with Lift... do I have any
takers?
On Wed, Feb 24, 2010 at 12:34 PM, Timothy Perrett timo...@getintheloop.eu
wrote:
Interesting - i've not explored that in 2.8...
Hi,
It seems that when a mapper exception is thrown and logging is enabled
(with DB.addLogFunc) the logging proxy itself throws an error:
This is unfortunate since it can lead to different code paths if
logging is enabled or not.is this unfixable or should I file a
ticket?
Whilst I totally take that argument, more often than not I find migrations can
be a useful aid.
Cheers, Tim
On 24 Feb 2010, at 20:47, Jeppe Nejsum Madsen wrote:
That's true.
We're currently using Rails migrations and I've been thinking if
putting migrations into the app is really the
On Wed, Feb 24, 2010 at 11:53 AM, Malte Schwerhoff
mun123456...@googlemail.com wrote:
I am currently working on a research project in the context of my
Master's at the ETH Zürich. The project's (long-term) goal is to develop
a contract language (pre-, postconditions, invariants, the usual
I am new to the Lift framework and currently trying to evaluate it. Canada
Government web sites need to comply with Government of Canada's Common Look
and Feel 2.0 standard. One of the requirments ia that the web site needs to
work with and WITHOUT javascript enabled.
I tried with one simple
Wow, that is amazing. Now we know what the cone of (process) shame looks like!
-Ross
On Feb 24, 2010, at 3:36 PM, David Pollak wrote:
On Wed, Feb 24, 2010 at 12:29 PM, Timothy Perrett timo...@getintheloop.eu
wrote:
The mental image of you wearing a traffic cone on your head is a
Ross, if the coding doesn't work out for you, turn to marketing... The cone of
process: that my friend, is genius. Thou who broke master must where thy cone
on ye head until master be corrected!
Cheers, Tim
On 24 Feb 2010, at 22:32, Ross Mellgren wrote:
Wow, that is amazing. Now we know what
That works beautifully, thanks.
With regards to using custom javascript functions, I have a function
processKeyPress. It's role is to filter key presses, only send events
to the server upon certain key presses.
I guess the easiest way to handle this would be to pass the function created by:
input type=text onkeypress={ processKeyPress(event.which, +
jsonCall(pressed, JsRaw(event.which)).toJsCmd + ) } /
-Ross
On Feb 24, 2010, at 6:38 PM, Rick R wrote:
That works beautifully, thanks.
With regards to using custom javascript functions, I have a function
processKeyPress. It's
I believe you just need to turn off a garbage collection setting in
boot.scala but if it's there I assume it's an app-wide setting...
Peter
On Feb 24, 1:46 pm, Cliff Zhao zha...@gmail.com wrote:
I am new to the Lift framework and currently trying to evaluate it. Canada
Government web sites
Hi all,
Following up on a previous thread about upgrading to Flot 0.6[1], I'd
like to discuss how (or even whether) we handle Javascript
dependencies within Lift. It'd be great to get this in as part of
#322[2] for M3 next week but I acknowledge I've been slow pushing
forward the discussion and
LiftRules.enableLiftGC = false
LiftRules.autoIncludeAjax = _ = false
-
Peter Robinettpe...@bubblefoundry.com wrote:
I believe you just need to turn off a garbage collection setting in
boot.scala but if it's there I assume it's an app-wide setting...
Peter
On
That compiles, which is a great step. However, the resulting javascript is
onkeypress=processKeyPress(event.which, F379516302547JMS({'command':
quot;pressedquot;, 'params':event.which});)
so it's attempting to execute the F37...
also, I don't know if the semicolon is allowed inside the parens.
One of my project requirements is to be complaint with XHTML Strict 1.0.
I have set the Lift to use XHTML Strict 1.0 and the Lift generates the page:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
html xmlns:lift=http://liftweb.net/;
On Feb 24, 11:09 am, dave dpdear...@gmail.com wrote:
On Feb 24, 10:33 am, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
On Wed, Feb 24, 2010 at 7:21 PM, dave dpdear...@gmail.com wrote:
Further investigation leads me to believe that each pathway is either
working in a different session
Hi,
On Wed, Feb 3, 2010 at 11:00 AM, pomu0325 pomu0...@gmail.com wrote:
Hi, I'm quite a newbie to Lift. I'm now trying to port my first Lift
application from Lift1.0.2 to latest Lift2.0-scala280, and faced a
problem relating to source encoding.
...
My problem here, is I'm using utf-8 for
Thank you very much. I will try it tomorrow.
On Wed, Feb 24, 2010 at 7:00 PM, Naftoli Gugenheim naftoli...@gmail.comwrote:
LiftRules.enableLiftGC = false
LiftRules.autoIncludeAjax = _ = false
-
Peter Robinettpe...@bubblefoundry.com wrote:
I believe you
On Wed, Feb 24, 2010 at 2:35 PM, Cliff Zhao zha...@gmail.com wrote:
One of my project requirements is to be complaint with XHTML Strict 1.0.
I have set the Lift to use XHTML Strict 1.0 and the Lift generates the
page:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
On Wed, Feb 24, 2010 at 3:38 PM, Rick R rick.richard...@gmail.com wrote:
That works beautifully, thanks.
With regards to using custom javascript functions, I have a function
processKeyPress. It's role is to filter key presses, only send events
to the server upon certain key presses.
I
On Wed, Feb 24, 2010 at 1:01 PM, Jeppe Nejsum Madsen je...@ingolfs.dkwrote:
Hi,
It seems that when a mapper exception is thrown and logging is enabled
(with DB.addLogFunc) the logging proxy itself throws an error:
This is unfortunate since it can lead to different code paths if
logging is
On Feb 24, 12:47 pm, Jeppe Nejsum Madsen je...@ingolfs.dk wrote:
We're currently using Rails migrations and I've been thinking if
putting migrations into the app is really the right approach? What
happens if migrations fail? It's not easy for the app itself to
rollback to the previous version
I think it looks good - There also ticket 281
(https://www.assembla.com/spaces/liftweb/tickets/281-feature-request---dynamic-sorting-of-javascript-(tags-and-files)-dependencies)
which requests sorting of javascript dependencies. Maybe this could get worked
into this solution too?
On
66 matches
Mail list logo