ICEfaces
  1. ICEfaces
  2. ICE-1202

outputlink or page refresh after navigation doesn't reset the original viewid/page

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Won't Fix
          • Affects Version/s: 1.5.1
          • Fix Version/s: 1.6
          • Component/s: Framework
          • Labels:
            None
          • Environment:
            Operating System: Windows XP
            Platform: PC
          • Assignee Priority:
            P2

            Description

            noted in the forum: http://www.icefaces.org/JForum/posts/list/0/3431.page#16053

            without navigation-rule <redirect/>s....

            action on page 1 navigates to page2 ...
            browser history and title still show page1
            output link 'return to page 1' on page2(browser history page1) shows /page1.iface
            clicking output link results in redisplay of same page state

            ..same result with manually refreshing page

              Activity

              Descending order - Click to sort in ascending order
              Hide
              Permalink
              Mircea Toma added a comment -

              There is no way to change the URL without forcing the browser to go to there. I'm not certain what they really need, the behaviour of 'redirect' and 'forward' are well understood concepts in the context of web-applications.
              The forum thread is touching on issue ICE-1283 which was fixed.

              Show
              Mircea Toma added a comment - There is no way to change the URL without forcing the browser to go to there. I'm not certain what they really need, the behaviour of 'redirect' and 'forward' are well understood concepts in the context of web-applications. The forum thread is touching on issue ICE-1283 which was fixed.
              Hide
              Permalink
              Ted Goddard added a comment -

              I believe this is in protest of the standard JSF behavior, which is to not change the browser URL when a navigation rule without <redirect/> is followed.

              We could add a feature to the bridge that would update the URL bar for any page update. In this case, the URL bar would always reflect the current view.

              Mircea, could you comment on the feasibility of doing this from JavaScript? (For instance, do all browsers permit JavaScript to arbitrarily change the URL bar? They may not allow it, as the technique could be exploited for phishing.)

              Show
              Ted Goddard added a comment - I believe this is in protest of the standard JSF behavior, which is to not change the browser URL when a navigation rule without <redirect/> is followed. We could add a feature to the bridge that would update the URL bar for any page update. In this case, the URL bar would always reflect the current view. Mircea, could you comment on the feasibility of doing this from JavaScript? (For instance, do all browsers permit JavaScript to arbitrarily change the URL bar? They may not allow it, as the technique could be exploited for phishing.)
              Hide
              Permalink
              Philip Breau added a comment -

              Created an attachment (id=136)
              test case

              Show
              Philip Breau added a comment - Created an attachment (id=136) test case

                People

                • Assignee:
                  Mircea Toma
                  Reporter:
                  Philip Breau
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  1 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: