Description of problem: On clean BRMS installation, after I log in I land in Home perspective seeing "What's new" help dialog. I browser through all perspective to dismiss the help dialog and everything looks OK (Project Explorer in Project Authoring perspective, File Explorer in Administration). However when I return to Home perspective and then start switching to other perspectives I don't see Project Explorer in Authoring and File Explorer in Administration. I observed that when perspectives work the URL fragment ID changes after switching to the perspective (e.g. http://localhost:8080/business-central/org.kie.workbench.drools.KIEDroolsWebapp/KIEDroolsWebapp.html?#org.kie.guvnor.explorer in Project Authoring). When they stop working, the fragment doesn't update corectly (e.g. it remains #org.kie.workbench.common.screens.home.client.HomePresenter after navigating from Home to Authoring. I can see Explore, New Item, Tools, Repository in the secondary menu, but no Project Explorer). Version-Release number of selected component (if applicable): ER5, Internet Explorer 10 How reproducible: - Steps to Reproduce: See description. Actual results: Project Explorer is missing in Projec Authoring perspective and File Explorer is missing in Administration. Expected results: Project Explorer should always open after switching to Project Authoring, File Explorer should open in Administration. Additional info:
Replicated with ER7, too (again, IE10 + Windows Server 2012). I also partially replicated this in Firefox on Fedora and I believe the root cause is browser/OS independent. You just have to be quick: 1. go to Administration perspective (where repositories and org. units are managed) 2. *immediatly* after clicking the Administration menu item, click Home If you click Home (or any other perspective) before Administration perspective initializes completely, it's uninitialized state is stored and, when you return to the perspective, it fails to restore the default split layout with File Explorer on the left. AFAIK there is no way to fix the perspective other than clearing system.git and server restart. IE10 is a special case where it appears that the perspective state fails to be stored correctly always.
Thx for your detailed description, now I managed to reproduce. Seems that it's is fixed now with the following changes on uberfire repository: (master) http://github.com/droolsjbpm/uberfire/commit/eb3f2ae72 (0.3.x) http://github.com/droolsjbpm/uberfire/commit/6965e3d5e ps: I managed to stress the this fix a lot, but I can't be 100% sure if it's completely fixed as it's a concurrency issue (hard to test).
No change for IE1O. But I think the fix does affect other browsers -- I can't reproduce on Firefox anymore, as I described in comment 2.
This no longer has a target release of 6.0.0.
Works in ER1.