[jira] [Commented] (CB-1404) EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode
[ https://issues.apache.org/jira/browse/CB-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13499492#comment-13499492 ] john hight commented on CB-1404: Problem solved. I had my blinders on regarding the order that callbacks come in sometimes. Thanks for setting my straight EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode --- Key: CB-1404 URL: https://issues.apache.org/jira/browse/CB-1404 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.1.0 Environment: iPad 2, iOS 5.1.1 Reporter: Tom Clarkson Assignee: Andrew Grieve Fix For: 2.2.0 When calling a plugin the app crashes on WebThread with EXC_BAD_ACCESS in WebCore::DocumentThreadableLoader::cancel. This appears to be some sort of timing issue, as it does not happen on every call - I am seeing it in an autosave function which makes lots of calls to PGSQLitePlugin. The error did not appear before upgrading to 2.1, and setting the bridge mode to IFRAME_NAV restores the previous behaviour (no crashes, but odd scrolling functionality). Setting the bridge mode to XHR_NO_PAYLOAD also seems to fix it - not sure if removing the payload actually does anything different or just makes it fast enough that the timing condition does not come up in normal app usage. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1404) EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode
[ https://issues.apache.org/jira/browse/CB-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13498968#comment-13498968 ] john hight commented on CB-1404: Some details to help understand what the app is doing: - When LISTENing, the app is recording two files. Each file records for 20 seconds, stops (with stopRecord), and then starts recording again. Additionally, one of the two files (buffer1) does not start off its sequence until the 10 second mark. The app is meant to have each file stop and restart approximately halfway through the recording of the other buffer. - In the scenario for reproducing the bug, you start the listening sequence by clicking LISTEN. buffer0 starts recording, and 10 seconds later, buffer1 starts recording. - Clicking CAPTURE after the 10 second mark essentially stops the recording of buffer1 and continues to let buffer0 record (for a much longer period of time), and causes the LISTEN file/buffer cycling to stop. - It's this call to stopRecord for buffer1 after the 10 sec mark that reproduces the problem. - The alert() placed after the call to stopRecord is only there temporarily to help try and diagnose the problem If that alert is not the first alert hit after clicking CAPTURE after 10 seconds, then the bug has been reproduced (and forget about what any other alert may proclaim). John EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode --- Key: CB-1404 URL: https://issues.apache.org/jira/browse/CB-1404 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.1.0 Environment: iPad 2, iOS 5.1.1 Reporter: Tom Clarkson Assignee: Andrew Grieve Fix For: 2.2.0 When calling a plugin the app crashes on WebThread with EXC_BAD_ACCESS in WebCore::DocumentThreadableLoader::cancel. This appears to be some sort of timing issue, as it does not happen on every call - I am seeing it in an autosave function which makes lots of calls to PGSQLitePlugin. The error did not appear before upgrading to 2.1, and setting the bridge mode to IFRAME_NAV restores the previous behaviour (no crashes, but odd scrolling functionality). Setting the bridge mode to XHR_NO_PAYLOAD also seems to fix it - not sure if removing the payload actually does anything different or just makes it fast enough that the timing condition does not come up in normal app usage. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1404) EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode
[ https://issues.apache.org/jira/browse/CB-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13498196#comment-13498196 ] john hight commented on CB-1404: I've tried putting a try/catch around the call to stopRecord, and it doesn't hit. I've also tried putting a try/catch around a few spots in iOSexec, and they don't either ALTHOUGH ... at one point I thought I saw a DOM exception, perhaps '11', appear as a value in the Safari debugger as a property (status perhaps) of some variable in the sidebar. Couldn't reproduce that behavior though, and it may have been something that popped by putting one-too-many try/catch's or console.logs in iOSexec. The secret to reproducing the error is to: - click on Listen - wait for a little more than 10 seconds and then click on Capture. only have 10 seconds does the 2nd (of two) buffer/files start getting recorded. You will see log messages for the 2nd buffer, buffer1, like *012-11-15 09:55:46.257 AudioRecall[28435:c07] [LOG] buffer1 listening 1.007 sec, * , when the 2nd buffer starts being recorded If it still hits the alert Returned from stopRecord then we've failed in getting you to reproduce the problem. If however, you do not get that specific alert, and instead get a different one, like buffer1 while listen and default then you've reproduced the problem. EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode --- Key: CB-1404 URL: https://issues.apache.org/jira/browse/CB-1404 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.1.0 Environment: iPad 2, iOS 5.1.1 Reporter: Tom Clarkson Assignee: Andrew Grieve Fix For: 2.2.0 When calling a plugin the app crashes on WebThread with EXC_BAD_ACCESS in WebCore::DocumentThreadableLoader::cancel. This appears to be some sort of timing issue, as it does not happen on every call - I am seeing it in an autosave function which makes lots of calls to PGSQLitePlugin. The error did not appear before upgrading to 2.1, and setting the bridge mode to IFRAME_NAV restores the previous behaviour (no crashes, but odd scrolling functionality). Setting the bridge mode to XHR_NO_PAYLOAD also seems to fix it - not sure if removing the payload actually does anything different or just makes it fast enough that the timing condition does not come up in normal app usage. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1404) EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode
[ https://issues.apache.org/jira/browse/CB-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13498270#comment-13498270 ] Andrew Grieve commented on CB-1404: --- Okay, I tried it again on the iOS 6 simulator. Wait for 10 seconds watching the logs, at 10 seconds a bunch more spew out. I then click Capture. I see a buffer1 while listen and default... alert, and once I dismiss it, I see the returned from stopRecord alert. EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode --- Key: CB-1404 URL: https://issues.apache.org/jira/browse/CB-1404 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.1.0 Environment: iPad 2, iOS 5.1.1 Reporter: Tom Clarkson Assignee: Andrew Grieve Fix For: 2.2.0 When calling a plugin the app crashes on WebThread with EXC_BAD_ACCESS in WebCore::DocumentThreadableLoader::cancel. This appears to be some sort of timing issue, as it does not happen on every call - I am seeing it in an autosave function which makes lots of calls to PGSQLitePlugin. The error did not appear before upgrading to 2.1, and setting the bridge mode to IFRAME_NAV restores the previous behaviour (no crashes, but odd scrolling functionality). Setting the bridge mode to XHR_NO_PAYLOAD also seems to fix it - not sure if removing the payload actually does anything different or just makes it fast enough that the timing condition does not come up in normal app usage. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1404) EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode
[
https://issues.apache.org/jira/browse/CB-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13498457#comment-13498457
]
Andrew Grieve commented on CB-1404:
---
I added some logging to the exec bridge to try and figure out what's going on.
The app is a bit hard for me to follow what's going on, and I'm having a hard
time figuring out if it's a cordova problem, or just a problem with your app.
Here are the logs with all bridge calls logged:
2012-11-15 18:48:58.830 AudioRecall[33258:c07] Multi-tasking - Device: YES,
App: YES
2012-11-15 18:48:59.075 AudioRecall[33258:c07] [LOG] exec()
NetworkStatus.getConnectionInfo ID=NetworkStatus727560950 args=[]
2012-11-15 18:48:59.076 AudioRecall[33258:c07] [LOG] exec()
Device.getDeviceInfo ID=Device727560951 args=[]
2012-11-15 18:48:59.078 AudioRecall[33258:c07] [LOG] exec() CALLBACK:
id=NetworkStatus727560950 status=1 args=[wifi]
2012-11-15 18:48:59.078 AudioRecall[33258:c07] [LOG] exec() CALLBACK:
id=Device727560951 status=1 args=[{name:iPhone
Simulator,uuid:73B3D5D9-74A2-46D5-A1A4-01EFB5241C7F,platform:iPhone
Simulator,version:6.0,cordova:2.2.0}]
2012-11-15 18:48:59.083 AudioRecall[33258:c07] [LOG]
deviceready##
2012-11-15 18:48:59.083 AudioRecall[33258:c07] [LOG] exec()
File.requestFileSystem ID=File727560952 args=[0,0]
2012-11-15 18:48:59.085 AudioRecall[33258:c07] [LOG] exec() CALLBACK:
id=File727560952 status=1
args=[{name:temporary,root:{name:tmp,isFile:false,isDirectory:true,fullPath:/Users/agrieve/Library/Application
Support/iPhone
Simulator/6.0/Applications/FF5092AB-FBFD-4B11-B50D-C5EFDC73185F/tmp}}]
2012-11-15 18:48:59.086 AudioRecall[33258:c07] [LOG] exec() File.readEntries
ID=File727560953 args=[/Users/agrieve/Library/Application Support/iPhone
Simulator/6.0/Applications/FF5092AB-FBFD-4B11-B50D-C5EFDC73185F/tmp]
2012-11-15 18:48:59.087 AudioRecall[33258:c07] [LOG] exec() CALLBACK:
id=File727560953 status=1
args=[[{name:audio0.wav,isFile:true,isDirectory:false,fullPath:/Users/agrieve/Library/Application
Support/iPhone
Simulator/6.0/Applications/FF5092AB-FBFD-4B11-B50D-C5EFDC73185F/tmp/audio0.wav},{name:audio1.wav,isFile:true,isDirectory:false,fullPath:/Users/agrieve/Library/Application
Support/iPhone
Simulator/6.0/Applications/FF5092AB-FBFD-4B11-B50D-C5EFDC73185F/tmp/audio1.wav}]]
2012-11-15 18:48:59.088 AudioRecall[33258:c07] [LOG] exec() File.getFile
ID=File727560954 args=[/Users/agrieve/Library/Application Support/iPhone
Simulator/6.0/Applications/FF5092AB-FBFD-4B11-B50D-C5EFDC73185F/tmp,audio0.wav,{}]
2012-11-15 18:48:59.089 AudioRecall[33258:c07] [LOG] exec() File.getFile
ID=File727560955 args=[/Users/agrieve/Library/Application Support/iPhone
Simulator/6.0/Applications/FF5092AB-FBFD-4B11-B50D-C5EFDC73185F/tmp,audio1.wav,{}]
2012-11-15 18:48:59.089 AudioRecall[33258:c07] [LOG] exec() CALLBACK:
id=File727560954 status=1
args=[{name:audio0.wav,isFile:true,isDirectory:false,fullPath:/Users/agrieve/Library/Application
Support/iPhone
Simulator/6.0/Applications/FF5092AB-FBFD-4B11-B50D-C5EFDC73185F/tmp/audio0.wav}]
2012-11-15 18:48:59.090 AudioRecall[33258:c07] [LOG] exec() CALLBACK:
id=File727560955 status=1
args=[{name:audio1.wav,isFile:true,isDirectory:false,fullPath:/Users/agrieve/Library/Application
Support/iPhone
Simulator/6.0/Applications/FF5092AB-FBFD-4B11-B50D-C5EFDC73185F/tmp/audio1.wav}]
2012-11-15 18:48:59.091 AudioRecall[33258:c07] [LOG] exec()
File.requestFileSystem ID=File727560956 args=[1,0]
2012-11-15 18:48:59.093 AudioRecall[33258:c07] [LOG] exec() CALLBACK:
id=File727560956 status=1
args=[{name:persistent,root:{name:Documents,isFile:false,isDirectory:true,fullPath:/Users/agrieve/Library/Application
Support/iPhone
Simulator/6.0/Applications/FF5092AB-FBFD-4B11-B50D-C5EFDC73185F/Documents}}]
2012-11-15 18:48:59.093 AudioRecall[33258:c07] [LOG] exec() File.getDirectory
ID=File727560957 args=[/Users/agrieve/Library/Application Support/iPhone
Simulator/6.0/Applications/FF5092AB-FBFD-4B11-B50D-C5EFDC73185F/Documents,SAVED,{create:false}]
2012-11-15 18:48:59.094 AudioRecall[33258:c07] [LOG] exec() CALLBACK:
id=File727560957 status=1
args=[{name:SAVED,isFile:false,isDirectory:true,fullPath:/Users/agrieve/Library/Application
Support/iPhone
Simulator/6.0/Applications/FF5092AB-FBFD-4B11-B50D-C5EFDC73185F/Documents/SAVED}]
2012-11-15 18:48:59.096 AudioRecall[33258:c07] [LOG] changing mode from
UNDEFINED to SLEEP
2012-11-15 18:49:00.996 AudioRecall[33258:c07] [LOG] changing mode from SLEEP
to LISTEN
2012-11-15 18:49:00.996 AudioRecall[33258:c07] [LOG] buffer0, was UNUSED, will
mark STARTED
2012-11-15 18:49:00.998 AudioRecall[33258:c07] [LOG] buffer0 changing from
UNUSED to STARTED, reason='sLOB'
2012-11-15 18:49:00.999 AudioRecall[33258:c07] [LOG] making media for
/Users/agrieve/Library/Application Support/iPhone
[jira] [Commented] (CB-1404) EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode
[ https://issues.apache.org/jira/browse/CB-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13497306#comment-13497306 ] Shazron Abdullah commented on CB-1404: -- Possible issue according to this GG post: https://groups.google.com/d/topic/phonegap/TEJHy1942t8/discussion EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode --- Key: CB-1404 URL: https://issues.apache.org/jira/browse/CB-1404 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.1.0 Environment: iPad 2, iOS 5.1.1 Reporter: Tom Clarkson Assignee: Andrew Grieve Fix For: 2.2.0 When calling a plugin the app crashes on WebThread with EXC_BAD_ACCESS in WebCore::DocumentThreadableLoader::cancel. This appears to be some sort of timing issue, as it does not happen on every call - I am seeing it in an autosave function which makes lots of calls to PGSQLitePlugin. The error did not appear before upgrading to 2.1, and setting the bridge mode to IFRAME_NAV restores the previous behaviour (no crashes, but odd scrolling functionality). Setting the bridge mode to XHR_NO_PAYLOAD also seems to fix it - not sure if removing the payload actually does anything different or just makes it fast enough that the timing condition does not come up in normal app usage. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1404) EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode
[ https://issues.apache.org/jira/browse/CB-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13497348#comment-13497348 ] Andrew Grieve commented on CB-1404: --- Hmm, yeah, not sure what's going on. If it's reproducible, might be worth putting a try/catch in there to see if a JS exception is happening. Of note: -XHR_WITH_PAYLOAD is not used in 2.2 by default. It's always NO_PAYLOAD. -This CL makes it even less likely to attempt an XHR when there is already one in progress: https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-js.git;a=blobdiff;f=lib/ios/exec.js;h=7ce52d94da0e834104e0ee5cc1ceb70e8cbe8104;hp=c6b8edd7f9518c0a1ca726db2216f64a45a0e0a7;hb=86411246aba4292734b9bb46dc9128e28391e424;hpb=c3517e7703ab9a1335db8a3d0974b045ae3107e5 EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode --- Key: CB-1404 URL: https://issues.apache.org/jira/browse/CB-1404 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.1.0 Environment: iPad 2, iOS 5.1.1 Reporter: Tom Clarkson Assignee: Andrew Grieve Fix For: 2.2.0 When calling a plugin the app crashes on WebThread with EXC_BAD_ACCESS in WebCore::DocumentThreadableLoader::cancel. This appears to be some sort of timing issue, as it does not happen on every call - I am seeing it in an autosave function which makes lots of calls to PGSQLitePlugin. The error did not appear before upgrading to 2.1, and setting the bridge mode to IFRAME_NAV restores the previous behaviour (no crashes, but odd scrolling functionality). Setting the bridge mode to XHR_NO_PAYLOAD also seems to fix it - not sure if removing the payload actually does anything different or just makes it fast enough that the timing condition does not come up in normal app usage. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1404) EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode
[ https://issues.apache.org/jira/browse/CB-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13497386#comment-13497386 ] john hight commented on CB-1404: I'd be glad to ... except that due to some un-thriftiness on my part, I've got a lot of images ballooning the size up to about 64MB. I'll see if I can get the size ratcheted down. Unless, of course, you're ok with getting it off of github: https://github.com/johnhight/AudioRecall.git(I'll have it public for a bit) EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode --- Key: CB-1404 URL: https://issues.apache.org/jira/browse/CB-1404 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.1.0 Environment: iPad 2, iOS 5.1.1 Reporter: Tom Clarkson Assignee: Andrew Grieve Fix For: 2.2.0 When calling a plugin the app crashes on WebThread with EXC_BAD_ACCESS in WebCore::DocumentThreadableLoader::cancel. This appears to be some sort of timing issue, as it does not happen on every call - I am seeing it in an autosave function which makes lots of calls to PGSQLitePlugin. The error did not appear before upgrading to 2.1, and setting the bridge mode to IFRAME_NAV restores the previous behaviour (no crashes, but odd scrolling functionality). Setting the bridge mode to XHR_NO_PAYLOAD also seems to fix it - not sure if removing the payload actually does anything different or just makes it fast enough that the timing condition does not come up in normal app usage. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1404) EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode
[ https://issues.apache.org/jira/browse/CB-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13497390#comment-13497390 ] john hight commented on CB-1404: Oops, nevermind, I'm a newbie to JIRA, didn't know I could attach-upload a file on the site. I'll upload. EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode --- Key: CB-1404 URL: https://issues.apache.org/jira/browse/CB-1404 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.1.0 Environment: iPad 2, iOS 5.1.1 Reporter: Tom Clarkson Assignee: Andrew Grieve Fix For: 2.2.0 When calling a plugin the app crashes on WebThread with EXC_BAD_ACCESS in WebCore::DocumentThreadableLoader::cancel. This appears to be some sort of timing issue, as it does not happen on every call - I am seeing it in an autosave function which makes lots of calls to PGSQLitePlugin. The error did not appear before upgrading to 2.1, and setting the bridge mode to IFRAME_NAV restores the previous behaviour (no crashes, but odd scrolling functionality). Setting the bridge mode to XHR_NO_PAYLOAD also seems to fix it - not sure if removing the payload actually does anything different or just makes it fast enough that the timing condition does not come up in normal app usage. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CB-1404) EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode
[ https://issues.apache.org/jira/browse/CB-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13497420#comment-13497420 ] john hight commented on CB-1404: Too large to upload as well, it will be on github til I figure out how to make it smaller. EXC_BAD_ACCESS when using XHR_WITH_PAYLOAD bridge mode --- Key: CB-1404 URL: https://issues.apache.org/jira/browse/CB-1404 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 2.1.0 Environment: iPad 2, iOS 5.1.1 Reporter: Tom Clarkson Assignee: Andrew Grieve Fix For: 2.2.0 When calling a plugin the app crashes on WebThread with EXC_BAD_ACCESS in WebCore::DocumentThreadableLoader::cancel. This appears to be some sort of timing issue, as it does not happen on every call - I am seeing it in an autosave function which makes lots of calls to PGSQLitePlugin. The error did not appear before upgrading to 2.1, and setting the bridge mode to IFRAME_NAV restores the previous behaviour (no crashes, but odd scrolling functionality). Setting the bridge mode to XHR_NO_PAYLOAD also seems to fix it - not sure if removing the payload actually does anything different or just makes it fast enough that the timing condition does not come up in normal app usage. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
