Oh, I didn't realize there was a separate ASF based repository. It there a manual (human) based process for changes migrating from the ASF repos to the github one or is it automated?
Regards, Chris >-----Original Message----- >From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com] >Sent: Thursday, 20 December 2012 6:42 PM >To: users@wicket.apache.org >Subject: Re: Wicket 6.4.0 Session/URL bug? > >Don't use github if you want the changes right now, it is not the canonical >repository. Our ASF based one is. The github repo can be behind for days. > >Martijn > >Sent from my iPad > >On 19 dec. 2012, at 20:31, "Chris Colman" <chr...@stepaheadsoftware.com> >wrote: > >> Jira says this has been fixed but I can't, as yet, see any changed on >> github master branch that have any core code changes that may have fixed >> this. >> >> Are the changes still in progress? >> >> Chris >> >>> -----Original Message----- >>> From: Jesus Mireles [mailto:toxi...@gmail.com] >>> Sent: Thursday, 20 December 2012 3:20 AM >>> To: users@wicket.apache.org >>> Subject: Re: Wicket 6.4.0 Session/URL bug? >>> >>> I have uploaded a quickstart and created a new issue: >>> >>> https://issues.apache.org/jira/browse/WICKET-4935 >>> >>> Something interesting, if I dont mount any pages, it works as expected. >> I >>> was only able to recreate when I actually used mountPackage to mount >> the >>> private page. >>> >>> Thanks, >>> Jesus M. >>> >>> >>> >>> >>> On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier <s...@meiers.net> wrote: >>> >>>> Hi Nick, >>>> >>>> WICKET-4920 might be related. Please create a quickstart showing the >>>> problem. >>>> >>>> Thanks >>>> Sven >>>> >>>> >>>> On 12/19/2012 06:39 AM, Chris Colman wrote: >>>> >>>>> I have seen this exact same issue. >>>>> >>>>> I first saw it after I reported the, possibly related, bug: >>>>> >>>>> https://issues.apache.org/**jira/browse/WICKET- >>> 4920<https://issues.apache.org/jira/browse/WICKET-4920> >>>>> >>>>> and then was verifying that it was fixed. >>>>> >>>>> I only noticed the bug you describe after I built with a version of >>>>> Wicket that included the above fix. I'm not saying this fix caused >> the >>>>> bug but I never noticed the issue described below until this fix was >>>>> implemented. >>>>> >>>>> Regards, >>>>> Chris >>>>> >>>>> -----Original Message----- >>>>>> From: Jesus Mireles [mailto:toxi...@gmail.com] >>>>>> Sent: Wednesday, 19 December 2012 1:52 PM >>>>>> To: users@wicket.apache.org >>>>>> Subject: Wicket 6.4.0 Session/URL bug? >>>>>> >>>>>> I'm seeing some strange behavior with the initial launch of a fresh >>>>>> session. I have 3 types of pages which are public, user which is >>>>> locked >>>>> >>>>>> down with AuthorizeInstantiation("USER")**, and admin which locked >> down >>>>> with >>>>> >>>>>> AuthorizeInstantiation("ADMIN"**). My public pages are using >>>>> mountPackage >>>>> >>>>>> and are mounted to root /, my user are mounted to /home and my >> admin >>>>> are >>>>> >>>>>> /admin. I'm using AuthenticatedWebApplication. >>>>>> >>>>>> When I have a clean browser and I hit my application at >> localhost:8080/ >>>>>> everything works fine and actually if I hit any public page the >>>>> application >>>>> >>>>>> works fine and all pages work as expected. However, if the first >> page >>>>> is >>>>> >>>>>> one of the private pages such as localhost:8080/user/Main or >>>>>> localhost:8080/admin/Console then i get forwarded to >>>>>> localhost:8080//Login;**jesssionid=blah. The extra / gives a 404. >> I >>>>>> can >>>>>> recreate by clearing my browser and starting a new session. Again >> this >>>>>> only happens if the first page I hit is one of those private pages >>>>>> otherwise the forward to the login works as expected and I dont get >> a >>>>> 404. >>>>> >>>>>> This only happens with the latest 6.4.0 release. >>>>>> >>>>>> Any ideas? >>>>>> >>>>>> Thanks! >>>>>> Jesus M. >> ------------------------------**------------------------------**-------- >>> - >>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org<users- >>> unsubscr...@wicket.apache.org> >>>>> For additional commands, e-mail: users-h...@wicket.apache.org >> ------------------------------**------------------------------**-------- >> - >>>> To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org<users- >>> unsubscr...@wicket.apache.org> >>>> For additional commands, e-mail: users-h...@wicket.apache.org >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> > >--------------------------------------------------------------------- >To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >For additional commands, e-mail: users-h...@wicket.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org