Sign in to follow this  
gludington

Bugs In Clickurl

Recommended Posts

When using a clickUrl, the mouse event is trapped in FusionCharts so that subsquent mouse clicks anywhere on the page are handled by FusionCharts. While I have fielded complaints about this in other browsers, I myself have only been able to reproduce it under Chrome on Linux, where it occurs 100% of the time. You can reproduce both of them using the following chartXML, which is the MSLine1.xml taken from the docs, with clickURL='n-http://www.fusioncharts.com' added in the <chart/> element.

 

Issue #1 -- new frame clickURLs intercept other fusioncharts events

-------------------------------------------------------------------------------------------

 

1) Open this chart. (Currently, I am using IE6/Win, though I have reproduced it on several other browsers.)

2) Click on a legend element to hide the series

 

Expected: The series will hide

Actual: The clickURL opens in a new frame.

 

If it is a same frame clickURL (http://www.fusioncharts.com instead of n-http://www.fusioncharts.com), the series is hidden as expected. The bug only surfaces when opening a new window.

 

Issue #2 -- fusioncharts swf keeps the mouse event

---------------------------------------------------------------------

I have fielded complaints about this in multiple browsers, though I can only reproduce it under Chrome/Linux, where it occurs 100% of the time.

 

1) Open this chart in Chrome/Linux

2) Click on the chart to open a new window.

3) Go back to the window with a new chart

3) Click anywhere else on the page

 

Expected: The clicked page element handles the click

Actual: FusionCharts handles the click, spawning another new window. There is no way for the page to get control back from the swf.

 

You can recreate both of these issues using the following chartXML, which is simply the MSLine1.xml from the Enterprise distribution with a clickURL='n-http://www.fusioncharts.com' put in the chart element.

 

<chart caption='Production Forecast' yAxisName='Units' bgColor='F7F7F7, E9E9E9' numVDivLines='10' divLineAlpha='30'  labelPadding ='10' yAxisValuesPadding ='10' clickURL='n-http://www.fusioncharts.com' showValues='1' rotateValues='1' valuePosition='auto'>

<categories>
	<category label='2006' /> 
	<category label='2007' /> 
	<category label='2008' /> 
	<category label='2009' /> 
	<category label='2010' /> 
	<category label='2011' /> 
</categories>

<dataset seriesName='Model A12' color='A66EDD' >
	<set value='35' /> 
	<set value='42' /> 
	<set value='31' /> 
	<set value='28' /> 
	<set value='34' /> 
	<set value='30' /> 
</dataset>

<dataset seriesName='Model A15' color='F6BD0F'>
	<set value='22' /> 
	<set value='25' /> 
	<set value='18' /> 
	<set value='22' /> 
	<set value='17' /> 
	<set value='16' /> 
</dataset>
</chart>

Share this post


Link to post
Share on other sites

When using a clickUrl, the mouse event is trapped in FusionCharts so that subsquent mouse clicks anywhere on the page are handled by FusionCharts. While I have fielded complaints about this in other browsers, I myself have only been able to reproduce it under Chrome on Linux, where it occurs 100% of the time. You can reproduce both of them using the following chartXML, which is the MSLine1.xml taken from the docs, with clickURL='n-http://www.fusioncharts.com' added in the <chart/> element.

 

Issue #1 -- new frame clickURLs intercept other fusioncharts events

-------------------------------------------------------------------------------------------

 

1) Open this chart. (Currently, I am using IE6/Win, though I have reproduced it on several other browsers.)

2) Click on a legend element to hide the series

 

Expected: The series will hide

Actual: The clickURL opens in a new frame.

 

If it is a same frame clickURL (http://www.fusioncharts.com instead of n-http://www.fusioncharts.com), the series is hidden as expected. The bug only surfaces when opening a new window.

 

Issue #2 -- fusioncharts swf keeps the mouse event

---------------------------------------------------------------------

I have fielded complaints about this in multiple browsers, though I can only reproduce it under Chrome/Linux, where it occurs 100% of the time.

 

1) Open this chart in Chrome/Linux

2) Click on the chart to open a new window.

3) Go back to the window with a new chart

3) Click anywhere else on the page

 

Expected: The clicked page element handles the click

Actual: FusionCharts handles the click, spawning another new window. There is no way for the page to get control back from the swf.

 

You can recreate both of these issues using the following chartXML, which is simply the MSLine1.xml from the Enterprise distribution with a clickURL='n-http://www.fusioncharts.com' put in the chart element.

 

<chart caption='Production Forecast' yAxisName='Units' bgColor='F7F7F7, E9E9E9' numVDivLines='10' divLineAlpha='30'  labelPadding ='10' yAxisValuesPadding ='10' clickURL='n-http://www.fusioncharts.com' showValues='1' rotateValues='1' valuePosition='auto'>

<categories>
	<category label='2006' /> 
	<category label='2007' /> 
	<category label='2008' /> 
	<category label='2009' /> 
	<category label='2010' /> 
	<category label='2011' /> 
</categories>

<dataset seriesName='Model A12' color='A66EDD' >
	<set value='35' /> 
	<set value='42' /> 
	<set value='31' /> 
	<set value='28' /> 
	<set value='34' /> 
	<set value='30' /> 
</dataset>

<dataset seriesName='Model A15' color='F6BD0F'>
	<set value='22' /> 
	<set value='25' /> 
	<set value='18' /> 
	<set value='22' /> 
	<set value='17' /> 
	<set value='16' /> 
</dataset>
</chart>

 

On the first issue, I may have an incorrect expectation on how clickURL is supposed to work, as without the n- it still opens the clickURL. I had expected clickURL to fire only if there was no interactive element being invoked. Apparently, clickURL overrides all interactive elements in the chart. If this is as designed, then that first element would not be a bug, but please consider it as an enhancement request instead to have clickURL be subservient to other in-chart elements.

 

The second issue, where the mouse event is effectively captured forever by the swf movie, would still be a bug, though.

 

Thank you

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this