Re: Cleaning up JIRA

Folks, there is no sense in hording issues that we know will never be addressed and that do nothing else but clutter our issue tracker and block our view on the really useful ones. Please overcome the gatherer in you. Even the best idea won't help us if there is nobody interested in implementing

Re: Cleaning up JIRA

I think I can find some time over the course of this week to go through the list of tickets. Robert On Dec 17, 2012, at 12/178:31 PM , Howard Lewis Ship wrote: > Well, we need some plan to tame the list. It's so cluttered that its hard > to find important things to work on. There's lots of du

Re: Cleaning up JIRA

Well, we need some plan to tame the list. It's so cluttered that its hard to find important things to work on. There's lots of duplicates, and lots of things that I think can be closed as lacking sufficient detail to proceed. This is also one of those areas that can be addressed by someone who c

Re: JS changes merged to master branch

I'm having dinner with Luke this week, perhaps you can send me more issues and I can discuss those with him? On Mon, Dec 17, 2012 at 4:52 PM, Josh Canfield wrote: > I gave up on Geb for the moment because it was really really slow when > trying to get values from the page. The jQuery-like DSL se

Re: Cleaning up JIRA

I'd be more cautious. Some of the open issues contain good ideas that simply lack an interested committer. I agree that most should be closed, but a blind bulk action seems unwise. On Dec 17, 2012 1:20 PM, "Howard Lewis Ship" wrote: > +1 > > I think we can get away with this approach ; so much it

Build failed in Jenkins: tapestry-trunk-freestyle #978

See Changes: [hlship] Add some sleeps, hoping to make it work correctly [hlship] Remove the core/pubsub module, as it does not appear to be needed [hlship] Update notes [hlship] Explicitly use Gradle 1.3 for the wrapper

Re: Cleaning up JIRA

+1 I think we can get away with this approach ; so much it no longer relevant in 5.4. On Mon, Dec 17, 2012 at 6:05 AM, Massimo Lusetti wrote: > On Mon, Dec 17, 2012 at 2:42 PM, Ulrich Stärk wrote: > > > > I am inclined to bulk close these with a message that the reporter is > free > > to chec

Re: Cleaning up JIRA

On Mon, Dec 17, 2012 at 2:42 PM, Ulrich Stärk wrote: > I am inclined to bulk close these with a message that the reporter is free > to check if the issue > still persists with a more recent version of the framework. > > Thoughts? > I do agree, totally. Plus thanks for taking care. -- Massimo

T4 RedirectException

I use RedirectException to redirect request to an sso , but I lost sessions attributes when the sso authenticate the user. how can i redirect the HttpRequest without losing session ? -- View this message in context: http://tapestry.1045711.n5.nabble.com/T4-RedirectException-tp5718780.html Se

session attributes null RedirectException T4.1

I use RedirectException to redirect request to an sso , but I lost sessions attributes when the sso authenticate the user. how can i redirect the HttpRequest without losing session ? -- View this message in context: http://tapestry.1045711.n5.nabble.com/session-attributes-null-RedirectExcepti

Cleaning up JIRA

Reading [1] a while back made me think of the status of our own bug database. According to [2] we have 114 open, unassigned bugs in our tracker for Tapestry 5.1 and 5.0 and even 172 when I include those where no version number has been specified. Those bugs are unlikely to get resolved, many of

Re: JS changes merged to master branch

Geb is definitely better in some respects. 1. Ajax calls are handled better. 2. The concept of Page is lot easier to maintain and reuse. 3. Element selection seems natural if you are using jQuery. 4. Form handling is much better. One problem though is that if you have quick zone updates like atta

Re: JS changes merged to master branch

> Some day, scrap the SeleniumTests and replace with Geb! I've found selenium testing to be flaky at best. I'm interested to hear your thoughts on what Geb will solve since it uses selenium's WebDriver under the hood. Does Geb have better mechanisms for waiting for the client to be in a particular