[jira] [Commented] (CB-11033) Contacts plugin Appium tests: modifying a contact can take more than a minute on an emulator
[ https://issues.apache.org/jira/browse/CB-11033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15229994#comment-15229994 ] ASF subversion and git services commented on CB-11033: -- Commit 0d33af8e4e197fc9204566b165cb5983ab442db8 in cordova-plugin-contacts's branch refs/heads/master from [~alsorokin] [ https://git-wip-us.apache.org/repos/asf?p=cordova-plugin-contacts.git;h=0d33af8 ] CB-11033 Appium tests: Increased the timeout for updating the contact > Contacts plugin Appium tests: modifying a contact can take more than a minute > on an emulator > > > Key: CB-11033 > URL: https://issues.apache.org/jira/browse/CB-11033 > Project: Apache Cordova > Issue Type: Bug > Components: Appium, Plugin Contacts >Affects Versions: Master > Environment: Windows 8.1, Android emulator, Api level 19 >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > https://ci.apache.org/builders/cordova-android-win/builds/2053/steps/running-appium-tests/logs/stdio > {noformat} > Error: [executeAsync(null,["Dooney Evans","Urist","McContact"])] Error > response status: 28, , ScriptTimeout - A script did not complete before its > timeout expired. Selenium error: asynchronous script timeout: result was not > received in 60 seconds > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11033) Contacts plugin Appium tests: modifying a contact can take more than a minute on an emulator
[ https://issues.apache.org/jira/browse/CB-11033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15229976#comment-15229976 ] ASF GitHub Bot commented on CB-11033: - GitHub user alsorokin opened a pull request: https://github.com/apache/cordova-plugin-contacts/pull/118 CB-11033 Appium tests: Increased the timeout for updating the contact https://issues.apache.org/jira/browse/CB-11033 You can merge this pull request into a Git repository by running: $ git pull https://github.com/MSOpenTech/cordova-plugin-contacts CB-11033 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-plugin-contacts/pull/118.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #118 commit 0d33af8e4e197fc9204566b165cb5983ab442db8 Author: Alexander Sorokin Date: 2016-04-07T09:17:55Z CB-11033 Appium tests: Increased the timeout for updating the contact > Contacts plugin Appium tests: modifying a contact can take more than a minute > on an emulator > > > Key: CB-11033 > URL: https://issues.apache.org/jira/browse/CB-11033 > Project: Apache Cordova > Issue Type: Bug > Components: Appium, Plugin Contacts >Affects Versions: Master > Environment: Windows 8.1, Android emulator, Api level 19 >Reporter: Alexander Sorokin >Assignee: Alexander Sorokin > > https://ci.apache.org/builders/cordova-android-win/builds/2053/steps/running-appium-tests/logs/stdio > {noformat} > Error: [executeAsync(null,["Dooney Evans","Urist","McContact"])] Error > response status: 28, , ScriptTimeout - A script did not complete before its > timeout expired. Selenium error: asynchronous script timeout: result was not > received in 60 seconds > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10960) Uncaught # in write() when readyState != WRITING ?
[ https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15229974#comment-15229974 ] Sergey Shakhnazarov commented on CB-10960: -- {{FileWriter.write}} first extracts a Blob data asynchronously using FileReader => the {{write}} method returns instantly and the {{while ( !(logWriter.readyState === FileWriter.WRITING) ) }} condition does not have an effect. I.e. all the Blob write operations starts simultaneously instead of being queued and FileWriter then throws {{FileError.INVALID_STATE_ERR}} when concurrent Blob content read operations finishes (and their results are trying to be appended to the file). The solution to this issue is to switch readyState to FileWriter.WRITING before starting async Blob read and to handle this specific case in the recursive write call later - I'll send a PR shortly. > Uncaught # in write() when readyState != WRITING ? > - > > Key: CB-10960 > URL: https://issues.apache.org/jira/browse/CB-10960 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Affects Versions: 4.1.1 > Environment: Android >Reporter: Samo Dadela > Labels: android > Attachments: code.js > > > Excuse me if I did something stupid - I'm new to Cordova and JS. > I thought that calling write() after checking readyState != WRITING would > work. > {code} > function writeQueue(c) { > while ( !(logWriter.readyState === FileWriter.WRITING) ) { > var msg = logQueue.dequeue(); > if (!msg) { > return; > } > var blob = new Blob([msg+c], { type: 'text/plain' }); > logWriter.write(blob); > } > } > } > {code} > But I get: > 0 277161 log log writer: cdvfile://localhost/files/bala.log > 1 277199 log log writer: onwriteend > 2 283616 log log writer: onwriteend > 3 283629 log log writer: onwriteend > 4 283651 errorUncaught #, > http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, > Line: 130 > Line 130 is: > {code} > // Throw an exception if we are already writing a file > if (this.readyState === FileWriter.WRITING) { > throw new FileError(FileError.INVALID_STATE_ERR); > } > {code} > How can readyState change to WRITING ? > Note: Queue is pure Javascript > (http://code.stephenmorley.org/javascript/queues/Queue.src.js) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-11033) Contacts plugin Appium tests: modifying a contact can take more than a minute on an emulator
Alexander Sorokin created CB-11033: -- Summary: Contacts plugin Appium tests: modifying a contact can take more than a minute on an emulator Key: CB-11033 URL: https://issues.apache.org/jira/browse/CB-11033 Project: Apache Cordova Issue Type: Bug Components: Appium, Plugin Contacts Affects Versions: Master Environment: Windows 8.1, Android emulator, Api level 19 Reporter: Alexander Sorokin Assignee: Alexander Sorokin https://ci.apache.org/builders/cordova-android-win/builds/2053/steps/running-appium-tests/logs/stdio {noformat} Error: [executeAsync(null,["Dooney Evans","Urist","McContact"])] Error response status: 28, , ScriptTimeout - A script did not complete before its timeout expired. Selenium error: asynchronous script timeout: result was not received in 60 seconds {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-10530) App freezes sometimes directly after starting on iOS
[ https://issues.apache.org/jira/browse/CB-10530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Florian Krüger closed CB-10530. --- I can't reproduce the bug with 4.1.0. > App freezes sometimes directly after starting on iOS > > > Key: CB-10530 > URL: https://issues.apache.org/jira/browse/CB-10530 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 6.0.0 > Environment: OSX El Capitan 10.11.3, XCODE (7.2.1), iOS 9.2.1, > cordova 6.0.0, ionic 1.7.14 >Reporter: Florian Krüger >Assignee: Steve Gill >Priority: Critical > Labels: cordova-ios-4.1.0, triaged > Attachments: Instruments.trace.zip, Screen Shot 2016-02-23 at 3.20.37 > PM.png, Screen Shot 2016-02-23 at 3.21.55 PM.png > > > * Installed the "ionic start myApp sidemenu" example application > * Start XCODE (7.2.1) > * Start the app by clicking the run button from xCODE > * The app probably starts as expected. > * Repeat the start process until the app freezes. > The app sometimes freezes completely. If this happens you cannot do anything > with the app (you need to push the home button and close the app via task > manager). I had the same issue for another more complex app. > The CPU stays at around 99% workload. > I made a snapshot of the profiler (Instruments) > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10530) App freezes sometimes directly after starting on iOS
[ https://issues.apache.org/jira/browse/CB-10530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15229928#comment-15229928 ] Florian Krüger commented on CB-10530: - Thank you very much :) We cannot reproduce the error now. > App freezes sometimes directly after starting on iOS > > > Key: CB-10530 > URL: https://issues.apache.org/jira/browse/CB-10530 > Project: Apache Cordova > Issue Type: Bug > Components: iOS >Affects Versions: 6.0.0 > Environment: OSX El Capitan 10.11.3, XCODE (7.2.1), iOS 9.2.1, > cordova 6.0.0, ionic 1.7.14 >Reporter: Florian Krüger >Assignee: Steve Gill >Priority: Critical > Labels: cordova-ios-4.1.0, triaged > Attachments: Instruments.trace.zip, Screen Shot 2016-02-23 at 3.20.37 > PM.png, Screen Shot 2016-02-23 at 3.21.55 PM.png > > > * Installed the "ionic start myApp sidemenu" example application > * Start XCODE (7.2.1) > * Start the app by clicking the run button from xCODE > * The app probably starts as expected. > * Repeat the start process until the app freezes. > The app sometimes freezes completely. If this happens you cannot do anything > with the app (you need to push the home button and close the app via task > manager). I had the same issue for another more complex app. > The CPU stays at around 99% workload. > I made a snapshot of the profiler (Instruments) > -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10999) Cordova-windows platform release April 5, 2016
[ https://issues.apache.org/jira/browse/CB-10999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15229876#comment-15229876 ] ASF subversion and git services commented on CB-10999: -- Commit 1738104 from an-s...@apache.org [ https://svn.apache.org/r1738104 ] CB-10999 Adds cordova-windows@4.3.2 release blog post > Cordova-windows platform release April 5, 2016 > -- > > Key: CB-10999 > URL: https://issues.apache.org/jira/browse/CB-10999 > Project: Apache Cordova > Issue Type: Task > Components: Windows >Reporter: Vladimir Kotikov >Assignee: Vladimir Kotikov > Labels: release, windows > Fix For: 4.3.2 > > > Following steps at > https://github.com/apache/cordova-coho/blob/master/docs/platforms-release-process.md -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-11032) Prevent LocalStorage from being read by other servers/domains
[ https://issues.apache.org/jira/browse/CB-11032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15229861#comment-15229861 ] Jan Visser commented on CB-11032: - I did try the inAppBrowser but that showed some rendering issues with SVG charts with transparent backgrounds. > Prevent LocalStorage from being read by other servers/domains > - > > Key: CB-11032 > URL: https://issues.apache.org/jira/browse/CB-11032 > Project: Apache Cordova > Issue Type: Wish > Components: Android, iOS >Reporter: Jan Visser > > I have created a Cordova app so that customers can connect to their intranet > or internet server and see dashboards they created there. Their password is > remembered using a token that is refreshed with a new token on every login > and stored in LocalStorage. LocalStorage is scoped to the origin. The origin > of a Cordova app is file:/// or cordova:/// Every server I can connect to can > potentially read the tokens in the LocalStorage. > My question: How can I prevent this? Anyone with an idea how to fix this? Or > are there any better ways to avoid this problem? > I'm willing to put time and effort into this issue to create a solution > myself if necessary but first I would like to discuss what the best way to > implement this in Cordova should be. A new plugin? Or maybe add functionality > to an existing part of Cordova? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Closed] (CB-10992) cordova prepare uses www/config.xml from parent
[ https://issues.apache.org/jira/browse/CB-10992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov closed CB-10992. - Resolution: Cannot Reproduce > cordova prepare uses www/config.xml from parent > --- > > Key: CB-10992 > URL: https://issues.apache.org/jira/browse/CB-10992 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 6.0.0 >Reporter: Jacob Weber >Assignee: Vladimir Kotikov >Priority: Minor > Labels: cannot-reproduce, triaged > Attachments: sample.zip > > > If you run "cordova prepare" from your project's root, but the parent > directory has a www/config.xml file, it will try to use that file instead, > and fail. > Create a cordova project in {{/home/username/CordovaTest}}. Add to > {{/home/username/CordovaTest/config.xml}}: > {code} > > > {code} > Then create an empty {{/home/username/www/config.xml}} file. > Finally run: > {code} > cd /home/username/CordovaTest > cordova prepare > {code} > You'll get an error, as it tries to read the parent directory's config file. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10992) cordova prepare uses www/config.xml from parent
[ https://issues.apache.org/jira/browse/CB-10992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15229859#comment-15229859 ] Vladimir Kotikov commented on CB-10992: --- This is strange but i still can't reproduce this. The sample that you sent has the same structure as i used for testing, so i'm out of ideas why this happens on your machine but not on mine. [~jweber], I'm closing this because i couldn't reproduce this and you confirmed that this is no more seen using latest cordova. > cordova prepare uses www/config.xml from parent > --- > > Key: CB-10992 > URL: https://issues.apache.org/jira/browse/CB-10992 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 6.0.0 >Reporter: Jacob Weber >Assignee: Vladimir Kotikov >Priority: Minor > Labels: cannot-reproduce, triaged > Attachments: sample.zip > > > If you run "cordova prepare" from your project's root, but the parent > directory has a www/config.xml file, it will try to use that file instead, > and fail. > Create a cordova project in {{/home/username/CordovaTest}}. Add to > {{/home/username/CordovaTest/config.xml}}: > {code} > > > {code} > Then create an empty {{/home/username/www/config.xml}} file. > Finally run: > {code} > cd /home/username/CordovaTest > cordova prepare > {code} > You'll get an error, as it tries to read the parent directory's config file. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Updated] (CB-10992) cordova prepare uses www/config.xml from parent
[ https://issues.apache.org/jira/browse/CB-10992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Kotikov updated CB-10992: -- Labels: cannot-reproduce triaged (was: triaged) > cordova prepare uses www/config.xml from parent > --- > > Key: CB-10992 > URL: https://issues.apache.org/jira/browse/CB-10992 > Project: Apache Cordova > Issue Type: Bug >Affects Versions: 6.0.0 >Reporter: Jacob Weber >Assignee: Vladimir Kotikov >Priority: Minor > Labels: cannot-reproduce, triaged > Attachments: sample.zip > > > If you run "cordova prepare" from your project's root, but the parent > directory has a www/config.xml file, it will try to use that file instead, > and fail. > Create a cordova project in {{/home/username/CordovaTest}}. Add to > {{/home/username/CordovaTest/config.xml}}: > {code} > > > {code} > Then create an empty {{/home/username/www/config.xml}} file. > Finally run: > {code} > cd /home/username/CordovaTest > cordova prepare > {code} > You'll get an error, as it tries to read the parent directory's config file. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Created] (CB-11032) Prevent LocalStorage from being read by other servers/domains
Jan Visser created CB-11032: --- Summary: Prevent LocalStorage from being read by other servers/domains Key: CB-11032 URL: https://issues.apache.org/jira/browse/CB-11032 Project: Apache Cordova Issue Type: Wish Components: Android, iOS Reporter: Jan Visser I have created a Cordova app so that customers can connect to their intranet or internet server and see dashboards they created there. Their password is remembered using a token that is refreshed with a new token on every login and stored in LocalStorage. LocalStorage is scoped to the origin. The origin of a Cordova app is file:/// or cordova:/// Every server I can connect to can potentially read the tokens in the LocalStorage. My question: How can I prevent this? Anyone with an idea how to fix this? Or are there any better ways to avoid this problem? I'm willing to put time and effort into this issue to create a solution myself if necessary but first I would like to discuss what the best way to implement this in Cordova should be. A new plugin? Or maybe add functionality to an existing part of Cordova? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org
[jira] [Commented] (CB-10960) Uncaught # in write() when readyState != WRITING ?
[ https://issues.apache.org/jira/browse/CB-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15229824#comment-15229824 ] Sergey Shakhnazarov commented on CB-10960: -- Reproduced the issue, investigating. Note that the [Blob constructor polyfill|https://github.com/MobileChromeApps/mobile-chrome-apps/commit/f4f884ffbf7af1c30b9da559f8afbccbca0bb151] is required (at least for Android 4.3) to avoid the following error: {noformat} I/Web Console(10809): Error in Success callbackId: File82774416 : TypeError: Illegal constructor:312 E/Web Console(10809): Uncaught TypeError: Illegal constructor:314 {noformat} > Uncaught # in write() when readyState != WRITING ? > - > > Key: CB-10960 > URL: https://issues.apache.org/jira/browse/CB-10960 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File >Affects Versions: 4.1.1 > Environment: Android >Reporter: Samo Dadela > Labels: android > Attachments: code.js > > > Excuse me if I did something stupid - I'm new to Cordova and JS. > I thought that calling write() after checking readyState != WRITING would > work. > {code} > function writeQueue(c) { > while ( !(logWriter.readyState === FileWriter.WRITING) ) { > var msg = logQueue.dequeue(); > if (!msg) { > return; > } > var blob = new Blob([msg+c], { type: 'text/plain' }); > logWriter.write(blob); > } > } > } > {code} > But I get: > 0 277161 log log writer: cdvfile://localhost/files/bala.log > 1 277199 log log writer: onwriteend > 2 283616 log log writer: onwriteend > 3 283629 log log writer: onwriteend > 4 283651 errorUncaught #, > http://192.168.1.200:8100/plugins/cordova-plugin-file/www/FileWriter.js, > Line: 130 > Line 130 is: > {code} > // Throw an exception if we are already writing a file > if (this.readyState === FileWriter.WRITING) { > throw new FileError(FileError.INVALID_STATE_ERR); > } > {code} > How can readyState change to WRITING ? > Note: Queue is pure Javascript > (http://code.stephenmorley.org/javascript/queues/Queue.src.js) -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: issues-unsubscr...@cordova.apache.org For additional commands, e-mail: issues-h...@cordova.apache.org