On Tue, Mar 20, 2012 at 10:38 AM, Pointbreak <pointbreak+wicketst...@ml1.net> wrote: > Yes (sort of) except you don't need two users. Just bookmark a page with > a version/id e.g. ?5, close the sessions, open a new session, do some > interaction so that another version of the page with version/id ?5 > exists, and use that bookmark. Stuff like that confuses users even if > they don't care about "pretty" urls.
But it is the same in 1.4. Do some Ajax interactions to swap panels for example, copy the url, then later paste it and you will see the initial version of the page, not the one with the swapped panels. > > On Tue, Mar 20, 2012, at 10:07, Martin Grigorov wrote: >> On Tue, Mar 20, 2012 at 12:55 AM, Igor Vaynberg <igor.vaynb...@gmail.com> >> wrote: >> > indeed. we should check that the page pointed to by the id maps back >> > to the mount, and create a new instance based on the mount if it >> > doesnt. jira please. >> >> This is already the case, no need of a ticket for this. If there is no >> ?5 then Wicket creates ?0 and shows it. >> >> The "problem" Pointbreak actually mean is that userA may have opened >> ?5 in his session, copy the url and give it to >> userB, but userB also already have its own session and by chance he >> also had reached ?5 and these two ?5s are >> different because they may have different states for both users. >> >> The confusing part here is "bookmarkable". Now imagine that there is >> no ?pageId in the url. userA clicks several Ajax links to get to >> version5 of that page and then copy/paste the url but userB will see >> the initial state of the page, not version5 that userA actually meant. >> So it seems only ?0 is actually "bookmarkable" for stateful pages. >> Only in this case both users will see the same content (if there is no >> special logic for user permissions involved). >> >> If userA wants to fully share his page with userB then he has to share >> his session too, i.e. both ?5 and jessionid= has to be in the pasted >> url. I don't recomment this! >> >> ?5 helps when the user refreshes the page in his current session. In >> this case he will see the same content as before the refresh. In 1.4 >> he'd see the initial state of the page and will loose any state that >> is not persisted so far. >> >> >> > >> > -igor >> > >> > On Mon, Mar 19, 2012 at 3:52 PM, Pointbreak >> > <pointbreak+wicketst...@ml1.net> wrote: >> >> It's a problem when users bookmark it. Because ...?5 this session is an >> >> entirely other page as ...?5 in another session tomorrow. >> >> >> >> On Mon, Mar 19, 2012, at 11:53, Girts Ziemelis wrote: >> >>> >> >>> >> >>> On 2012-03-19 02:46, Paolo wrote: >> >>> > I support you! I implemented class NoVersionMount thanks to pointbreak >> >>> > in my MainApplication. And It will be my template for future app. But >> >>> > to do it, I needed to understood the problem, check on google, read a >> >>> > lot of pages, without found a solution, so post the question here, and >> >>> > after 3 post, got a right reply for me. Why an wicket user have to do >> >>> > all this???? Why not, wicket use the NoVersionMount as default Mount? >> >>> > Like in wicket 1.4. And implement an VersionMount as an alternative >> >>> > for developer? >> >>> I actually like this change so far. I can finally tell, that my page is >> >>> stetefull just by looking at the link and ask myself question - if I >> >>> really care so much about the clean link for this page, may be it should >> >>> be stateless in a first place? >> >>> >> >>> And why is ?0 such a big problem? It does not cause problems sending >> >>> links. >> >>> Is there any real proof of google indexing problems so far? >> >>> >> >>> >> >>> --------------------------------------------------------------------- >> >>> 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 >> > >> >> >> >> -- >> Martin Grigorov >> jWeekend >> Training, Consulting, Development >> http://jWeekend.com >> >> --------------------------------------------------------------------- >> 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 > -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
