Discussions
Categories
Groups
Community Home
Categories
INTERNAL ENABLEMENT
POPULAR
THRUST SERVICES & TOOLS
CLOUD EDITIONS
Quick Links
MY LINKS
HELPFUL TIPS
Back to website
Home
Intelligence (Analytics)
Internal Bookmark that does not reload Dashboard on iHub 3.1.1
jhenryguy
<p>Hello,</p>
<p> </p>
<p>I have a report with a bar chart that uses a Hyperlink(on mouse click on the "Value (Y) Series") to an Internal Bookmark that navigates to the data table when clicked. This functionality works nicely when I run it thru the Birt Report Design tool. I published the report to our iHub 3.1.1 portal and created a dashboard out of the report. When I run the dashboard, the bookmark works BUT it will reload the report which causes the user to lose the the "dashboard" perspective and they no longer have the "report widget" and the "parameter widget". Looking back at the Birt Report Design viewer, it appears that the bookmark also causes the report viewer to reload. </p>
<p> </p>
<p>Do we have a way around having an internal bookmark reload the page OR have it reload but maintain the "dashboard" perspective when ran via the iHub Dashboard object? Really the only thing the internal bookmark is doing is page navigation, so I'm not sure why the entire report is reloading especially since it is an "internal" bookmark.</p>
<p> </p>
<p>Thanks!</p>
Find more posts tagged with
Comments
JoanneLindsey
<p>We are having a similar issue. We have embedded a report into a dashboard. The report utilizes a year parameter. When users click on a chart, a year parameter is passed to a chart and table within the same page. This action reloads the report, which looses the dashboard perspective. I see this was posted in August and no response to date?</p>
Clement Wong
<p>We'll need to look at your .rptdesign and the dashboard. Please open a Support Case with your local support center:</p>
<p><a data-ipb='nomediaparse' href='
http://www.actuate.com/resources/support/global-support-centers/'>http://www.actuate.com/resources/support/global-support-centers/</a></p>
;
<p> </p>
<p>They would be the better option to troubleshoot this issue since they will be your your local time zone, and will have access to remote support in case you aren't able to send any files to replicate the issue.</p>