ICEfaces
  1. ICEfaces
  2. ICE-7193

SEVERE: Missing view ID attribute. Request map cleared prematurely

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: EE-2.0.0.GA
    • Fix Version/s: 3.0.RC2, 3.0, EE-2.0.0.GA_P01
    • Component/s: Framework
    • Labels:
      None
    • Environment:
      Tomcat 7.0.14.0, JSF 2.1.1 (Mojarra), Icefaces EE-2.0.0.GA, Firefox 6.01, Internet Explorer 8 and Chrome 13.0.782
    • Assignee Priority:
      P2
    • Workaround Exists:
      Yes
    • Workaround Description:
      Hide
      The issue described here have a relation to the browser auto cashing feature. If you disable caching in the browser an issue will disappear. You can do so manually via browser configurations or design a page in such a way that it will give an instruction to the browser to disable caching. It could be done via meta-tags, but browsers are not required to obey those tags. For example next set of tags will disable caching in Internet Explorer, but have no effect in Firefox or Chrome:
      <META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE">
      <META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">
      Show
      The issue described here have a relation to the browser auto cashing feature. If you disable caching in the browser an issue will disappear. You can do so manually via browser configurations or design a page in such a way that it will give an instruction to the browser to disable caching. It could be done via meta-tags, but browsers are not required to obey those tags. For example next set of tags will disable caching in Internet Explorer, but have no effect in Firefox or Chrome: <META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE"> <META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">

      Description

      The application consists of a master page and a detail page. The master page has a datatable with a paginator. When a user clicks on a row, they are taken to the detail page. The user then clicks the browser back button to go back to the master page.
      If the user paginates the datatable, the following error appears in the logs:

      org.icefaces.impl.event.WindowAndViewIDSetup$1 encode
      SEVERE: Missing view ID attribute. Request map cleared prematurely.

      1. JIRA7193_Notes.docx
        1.19 MB
        Evgheni Sadovoi
      2. SampleProject_NetBeans.rar
        85 kB
        Evgheni Sadovoi

        Activity

        Hide
        Evgheni Sadovoi added a comment -

        Observation Notes

        Show
        Evgheni Sadovoi added a comment - Observation Notes
        Hide
        Evgheni Sadovoi added a comment -

        Sample project to demonstrate the issue. (Will work properly in Internet Explorer 8 due to meta tags)

        Show
        Evgheni Sadovoi added a comment - Sample project to demonstrate the issue. (Will work properly in Internet Explorer 8 due to meta tags)
        Hide
        Ken Fyten added a comment -

        Note that the test case is using an <f:ajax > tag for the submit that fails when the back button is pressed. This code-path is likely at fault.

        Show
        Ken Fyten added a comment - Note that the test case is using an <f:ajax > tag for the submit that fails when the back button is pressed. This code-path is likely at fault.
        Hide
        Mircea Toma added a comment - - edited

        I ran the provided test case with IE, Firefox and Chrome but failed to reproduce the issue. I even removed the "META" tags put in as workaround, the test case would still run well. While looking at the window and view ID assigning code I noticed that there are already checks put in for recovering IDs that were previously assigned. Maybe the EE branch doesn't have them yet.

        Show
        Mircea Toma added a comment - - edited I ran the provided test case with IE, Firefox and Chrome but failed to reproduce the issue. I even removed the "META" tags put in as workaround, the test case would still run well. While looking at the window and view ID assigning code I noticed that there are already checks put in for recovering IDs that were previously assigned. Maybe the EE branch doesn't have them yet.
        Hide
        Mircea Toma added a comment -

        This issue was solved by the fixes for ICE-5297.

        Show
        Mircea Toma added a comment - This issue was solved by the fixes for ICE-5297 .

          People

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

            Dates

            • Created:
              Updated:
              Resolved: