[jboss-jira] [JBoss JIRA] Commented: (JBPORTAL-1317) Role Management Portlet: Create New Role Broken

[Anders Andersen (JIRA)]

    [ http://jira.jboss.com/jira/browse/JBPORTAL-1317?page=comments#action_12358697 ] 
            
Anders Andersen commented on JBPORTAL-1317:
-------------------------------------------

Trunk cannot be patched to BETA1
I have 
1) downloaded the trunk. (today)
2) build/build.sh
3) cp core/output/lib/portal-core-lib.jar --> to /jboss-portal-2.6-BETA1/server/default/deploy/jboss-portal.sar/lib/

The portal cannot run now !!!
So it seems that the difference between BETA1 and the trunk is so large that replacing an artifact is not possible.

No worries I must live with not being able to bugfix thisone.

I am indeed looking foreward to maven2 builds, so I can start understanding the build.

/Anders

> Role Management Portlet: Create New Role Broken
> -----------------------------------------------
>
>                 Key: JBPORTAL-1317
>                 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1317
>             Project: JBoss Portal
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: Portal Core
>    Affects Versions: 2.6.Beta1, 2.6.Alpha2
>         Environment: Portal 2.6 trunk on JBoss AS 4.0.5
> Fedora FC6, Firefox Browser 1.5
>            Reporter: Bernard Tison
>         Assigned To: Thomas Heute
>             Fix For: 2.6.CR1
>
>
> The create new role link in the role management portlet is broken.
> The link calls a javascript function. This javascript is defined in the jboss-portlet.xml of the portlet.
>    <portlet>
>       <portlet-name>RolePortlet</portlet-name>
>       <transaction>
>          <trans-attribute>Required</trans-attribute>
>       </transaction>
>       <header-content>
>          <script type="text/javascript" language="javascript">
>             function hideShow(id)
>             {
>             var navpoint = document.getElementById(id);
>             if (navpoint.className == 'hidden') {
>             navpoint.className = 'shown';
>             } else {
>             navpoint.className = 'hidden';
>             }
>             }
>          </script>
>       </header-content>
>    </portlet>
> This javascript does not get injected into the rendered HTML. The resulting HTML fragment looks like:
> <!-- insert header content that was possibly set by portlets on the page -->
>    <script type="text/javascript"></script>
> I also tested this with the sample HeaderContentPortlet. I defined the following fragment in the jboss-portlet.xml of the HeaderContentPortlet:
>       <header-content>
>          <link rel="stylesheet" type="text/css" href="/portlet-styles/HeaderContent.css" media="screen"/>
>          <script type="text/javascript" language="javascript">
>          function hideShow(id)
>             {
>             var navpoint = document.getElementById(id);
>             if (navpoint.className == 'hidden') {
>             navpoint.className = 'shown';
>             } else {
>             navpoint.className = 'hidden';
>             }
>             }
>          </script>
>          <meta name="description" content="test"/>
>       </header-content>
> The resulting HTML:
>   <!-- insert header content that was possibly set by portlets on the page -->
>    <link type="text/css" rel="stylesheet" href="/portal-samples/portlet-styles/HeaderContent.css" media="screen"/>
> <script type="text/javascript"></script>
> <meta name="description" content="test"/>
> Wrapping the javascript function in a CDATA element did not solve the problem.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira