[
https://issues.apache.org/jira/browse/CB-97?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filip Maj closed CB-97.
-----------------------
Resolution: Invalid
Verified invalid - as per Simon's comments the function itself should not be in
use. Verified that native code has listeners in place and fires appropriate
callbacks to update properties on the `navigator.network.connection` object
with the right data coverage type.
> navigator.network.connection.getInfo returns wrong parameter to callback
> ------------------------------------------------------------------------
>
> Key: CB-97
> URL: https://issues.apache.org/jira/browse/CB-97
> Project: Apache Callback
> Issue Type: Bug
> Components: BlackBerry
> Reporter: Michael Brooks
> Assignee: Filip Maj
>
> The blackberry implementation returns a JSON object to the getInfo success
> callback.
> Android, for example, returns just a string.
> Which one is the right one? I can't tell from the callback-test repo.
> Here's an example of a problem I have currently on an Android and BlackBerry
> callback project:
> {code}
> navigator.network.connection.getInfo(
> function(type)
> {
> if(type == "none" || (typeof type.type != 'undefined' &&
> type.type == 'none'))
> {
> alert('no connection');
> }
> else
> {
> alert('connectioN!');
> }
> },
> function()
> {
> alert('something bad happened');
> });
> {code}
> So the getInfo callback, in Android case, compares to a string; BlackBerry
> has to check it's an object and look at one of the object properties.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
