[jira] [Created] (CB-7871) ims type can't be stored or loaded to/from contacts in android
Ali Ghanavatian created CB-7871: --- Summary: ims type can't be stored or loaded to/from contacts in android Key: CB-7871 URL: https://issues.apache.org/jira/browse/CB-7871 Project: Apache Cordova Issue Type: Bug Components: Android Affects Versions: 3.5.0 Environment: android Reporter: Ali Ghanavatian Hello, to save ims in a contact, you should use ContactField object (id, type, value, prefs), but it does not save the protocol. all protocols are saved as AIM and they can't be retrieved properly as json object shows it's -1 in the 'type' field. -- 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] [Resolved] (CB-7871) ims type can't be stored or loaded to/from contacts in android
[ https://issues.apache.org/jira/browse/CB-7871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ali Ghanavatian resolved CB-7871. - Resolution: Fixed Fix Version/s: 3.6.0 hey I found the bugs, they're on ContactAccessorSdk5.java file. here's my suggestion, as far as I tested it's fine: /* Licensed to the Apache Software Foundation (ASF) under one or more contributor license agreements. See the NOTICE file distributed with this work for additional information regarding copyright ownership. The ASF licenses this file to you under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. */ package org.apache.cordova.contacts; import java.io.ByteArrayOutputStream; import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.IOException; import java.io.InputStream; import java.net.URL; import java.util.ArrayList; import java.util.HashMap; import java.util.HashSet; import java.util.Iterator; import java.util.Map; import java.util.Set; import org.apache.cordova.CordovaInterface; import org.json.JSONArray; import org.json.JSONException; import org.json.JSONObject; import android.accounts.Account; import android.accounts.AccountManager; import android.content.ContentProviderOperation; import android.content.ContentProviderResult; import android.content.ContentUris; import android.content.ContentValues; import android.content.OperationApplicationException; import android.database.Cursor; import android.net.Uri; import android.os.RemoteException; import android.provider.ContactsContract; import android.provider.ContactsContract.Data; import android.util.Log; /** * An implementation of {@link ContactAccessor} that uses current Contacts API. * This class should be used on Eclair or beyond, but would not work on any earlier * release of Android. As a matter of fact, it could not even be loaded. * p * This implementation has several advantages: * ul * liIt sees contacts from multiple accounts. * liIt works with aggregated contacts. So for example, if the contact is the result * of aggregation of two raw contacts from different accounts, it may return the name from * one and the phone number from the other. * liIt is efficient because it uses the more efficient current API. * liNot obvious in this particular example, but it has access to new kinds * of data available exclusively through the new APIs. Exercise for the reader: add support * for nickname (see {@link android.provider.ContactsContract.CommonDataKinds.Nickname}) or * social status updates (see {@link android.provider.ContactsContract.StatusUpdates}). * /ul */ public class ContactAccessorSdk5 extends ContactAccessor { /** * Keep the photo size under the 1 MB blog limit. */ private static final long MAX_PHOTO_SIZE = 1048576; private static final String EMAIL_REGEXP = .+@.+\\.+.+; /* anything@anything.anything*/ /** * my defined MIMETYPE for mitshop id @ali ;) */ public static final String MIMETYPE_MITSHOP = vnd.android.cursor.item/mitshopid; /** * A static map that converts the JavaScript property name to Android database column name. */ private static final MapString, String dbMap = new HashMapString, String(); static { dbMap.put(id, ContactsContract.Data.CONTACT_ID); dbMap.put(displayName, ContactsContract.Contacts.DISPLAY_NAME); dbMap.put(name, ContactsContract.CommonDataKinds.StructuredName.DISPLAY_NAME); dbMap.put(name.formatted, ContactsContract.CommonDataKinds.StructuredName.DISPLAY_NAME); dbMap.put(name.familyName, ContactsContract.CommonDataKinds.StructuredName.FAMILY_NAME); dbMap.put(name.givenName, ContactsContract.CommonDataKinds.StructuredName.GIVEN_NAME); dbMap.put(name.middleName, ContactsContract.CommonDataKinds.StructuredName.MIDDLE_NAME); dbMap.put(name.honorificPrefix, ContactsContract.CommonDataKinds.StructuredName.PREFIX); dbMap.put(name.honorificSuffix, ContactsContract.CommonDataKinds.StructuredName.SUFFIX); dbMap.put(nickname, ContactsContract.CommonDataKinds.Nickname.NAME); dbMap.put(phoneNumbers, ContactsContract.CommonDataKinds.Phone.NUMBER); dbMap.put(phoneNumbers.value, ContactsContract.CommonDataKinds.Phone.NUMBER); dbMap.put(emails, ContactsContract.CommonDataKinds.Email.DATA);
[jira] [Commented] (CB-7734) navigator.notification.alert or navigator.notification.confirm seem have a many words issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14184032#comment-14184032 ] jcesarmobile commented on CB-7734: -- sorry, AFAIK means, as far as I known. navigator.notification.alert or navigator.notification.confirm seem have a many words issue - Key: CB-7734 URL: https://issues.apache.org/jira/browse/CB-7734 Project: Apache Cordova Issue Type: Improvement Components: Plugin Dialogs Affects Versions: 3.6.3 Environment: PGB 3.6.3 with the all latest core plugin https://build.phonegap.com/plugins ios 8.02 environment Reporter: Colin Bau Assignee: jcesarmobile Labels: notification Original Estimate: 12h Remaining Estimate: 12h Improvement 1 according to this https://issues.apache.org/jira/browse/CB-6528 a same problem just like the WP,ios have this problem too when the words is greater than one page it can't slide up and down Improvement 2 all words center problem,I think maybe Left-aligned is more Beautiful (because when in Android,all words Left-aligned) http://www.littlebau.com/ios_1.png Improvement 3 all words looks like small and Vague (maybe in Chinese),is there any way (maybe future) can let become more Clear ? http://www.littlebau.com/ios_1.png -- 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-7734) navigator.notification.alert or navigator.notification.confirm seem have a many words issue
[ https://issues.apache.org/jira/browse/CB-7734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14184033#comment-14184033 ] Colin Bau commented on CB-7734: --- HAHA~ got it !!! navigator.notification.alert or navigator.notification.confirm seem have a many words issue - Key: CB-7734 URL: https://issues.apache.org/jira/browse/CB-7734 Project: Apache Cordova Issue Type: Improvement Components: Plugin Dialogs Affects Versions: 3.6.3 Environment: PGB 3.6.3 with the all latest core plugin https://build.phonegap.com/plugins ios 8.02 environment Reporter: Colin Bau Assignee: jcesarmobile Labels: notification Original Estimate: 12h Remaining Estimate: 12h Improvement 1 according to this https://issues.apache.org/jira/browse/CB-6528 a same problem just like the WP,ios have this problem too when the words is greater than one page it can't slide up and down Improvement 2 all words center problem,I think maybe Left-aligned is more Beautiful (because when in Android,all words Left-aligned) http://www.littlebau.com/ios_1.png Improvement 3 all words looks like small and Vague (maybe in Chinese),is there any way (maybe future) can let become more Clear ? http://www.littlebau.com/ios_1.png -- 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-7872) [XCode][6.1] XCode 6.1's xcrun PackageApplication fails at packaging / resigning Cordova applications
SidneyS created CB-7872: --- Summary: [XCode][6.1] XCode 6.1's xcrun PackageApplication fails at packaging / resigning Cordova applications Key: CB-7872 URL: https://issues.apache.org/jira/browse/CB-7872 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.5.0 Environment: OSX 10.10, XCode 6.1 Reporter: SidneyS XCode 6.1's xcrun PackageApplication fails at packaging and codesigning as the only deprecated ResourceRules.plist path is missing from build target configuration, which represents a bug in XCode 6.1. This means that any automated command-line builds via cordova build ios --device will fail if CODE_SIGN_RESOURCE_RULES_PATH has not been set. Consult this StackOverflow thread for details: http://stackoverflow.com/questions/26516442/how-do-we-manually-fix-resourcerules-plist-cannot-read-resources-error-after/26563642#26563642 -- 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-7818) CLI builds ignore Distribution certificates
[ https://issues.apache.org/jira/browse/CB-7818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14184131#comment-14184131 ] ASF GitHub Bot commented on CB-7818: GitHub user SidneyS opened a pull request: https://github.com/apache/cordova-ios/pull/115 (CB-7818) XCode 6.1's xcrun PackageApplication fails at packaging Cordova applications Fix for the various XCode 6.1 / Yosemite CLI device build issues related to [deprecated](https://developer.apple.com/library/mac/technotes/tn2206/_index.html#//apple_ref/doc/uid/DTS40007919-CH1-TNTAG205) resource rules. Evidence: * http://stackoverflow.com/questions/26516442/how-do-we-manually-fix-resourcerules-plist-cannot-read-resources-error-after/26563642 (posted my hook-based interim solution here) * http://stackoverflow.com/questions/26488077/ios-ipa-codesign-on-xcode-6-1-yosemite * https://stackoverflow.com/questions/26497863/xcode-6-1-error-while-building-ipa-using-testflight-app/26499526 You can merge this pull request into a Git repository by running: $ git pull https://github.com/SidneyS/cordova-ios master Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cordova-ios/pull/115.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 #115 commit be97c99e8ff290804044de65862f2ca9fda070b3 Author: Sidney Bofah sidney.bo...@googlemail.com Date: 2014-10-18T01:38:49Z Fixed build / xcconfig defaults for CI environments. cordova build --device --release now builds using the iPhone Distribution-type profile, as opposed to the default cordova build --device, using the default iPhone Developer-type profile. commit 16abe6022941db62e7d3f47c7ce50496ebd7466f Author: Sidney Bofah sidney.bo...@googlemail.com Date: 2014-10-20T06:14:12Z (CB-7818) Re-added build.xcconfig as shared .xcconfig for legacy compatibility. Implemented Configuration-level .xcconfig selection via inheritance. Added ASF comment section, short documentation. commit 3ef87ae7075929f4fc0cac8e2d55ce73ee0e3124 Author: Sidney Bofah sidney.bo...@googlemail.com Date: 2014-10-25T15:25:42Z CB-7872 - XCode 6.1's xcrun PackageApplication fails at packaging / resigning Cordova applications CLI builds ignore Distribution certificates --- Key: CB-7818 URL: https://issues.apache.org/jira/browse/CB-7818 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.5.0 Reporter: SidneyS Assignee: Shazron Abdullah Fix For: 3.7.0 Hi, currently, cordova build --release --device yields in device builds using a default iOS Development-type Signing Identity. Intuitively, using release in conjunction with device should try to leverage a local iOS Distribution-type identity to enable CLI adhoc/inhouse-builds without patching xcconfig/xcodeproject files on runtime, or re-signing the created binary after using the default build process. -- 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-7818) CLI builds ignore Distribution certificates
[ https://issues.apache.org/jira/browse/CB-7818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14184335#comment-14184335 ] ASF GitHub Bot commented on CB-7818: Github user shazron commented on the pull request: https://github.com/apache/cordova-ios/pull/115#issuecomment-60502411 Looks like the first two commits shouldn't be here, no biggie I could cherry pick the last commit. Plus, the title should be for CB-7872. CLI builds ignore Distribution certificates --- Key: CB-7818 URL: https://issues.apache.org/jira/browse/CB-7818 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: 3.5.0 Reporter: SidneyS Assignee: Shazron Abdullah Fix For: 3.7.0 Hi, currently, cordova build --release --device yields in device builds using a default iOS Development-type Signing Identity. Intuitively, using release in conjunction with device should try to leverage a local iOS Distribution-type identity to enable CLI adhoc/inhouse-builds without patching xcconfig/xcodeproject files on runtime, or re-signing the created binary after using the default build process. -- 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-7873) [iOS 8] Memory accretion issue
Shazron Abdullah created CB-7873: Summary: [iOS 8] Memory accretion issue Key: CB-7873 URL: https://issues.apache.org/jira/browse/CB-7873 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: Master Environment: iOS 8 Reporter: Shazron Abdullah See https://github.com/ModusCreateOrg/phonegap-ios8-memory for description and test project. See attached image. -- 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-7873) [iOS 8] Memory accretion issue
[ https://issues.apache.org/jira/browse/CB-7873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shazron Abdullah updated CB-7873: - Attachment: memory-accretion.png [iOS 8] Memory accretion issue -- Key: CB-7873 URL: https://issues.apache.org/jira/browse/CB-7873 Project: Apache Cordova Issue Type: Bug Components: iOS Affects Versions: Master Environment: iOS 8 Reporter: Shazron Abdullah Attachments: memory-accretion.png See https://github.com/ModusCreateOrg/phonegap-ios8-memory for description and test project. See attached image. -- 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-7569) Offline Plugin Add for CLI
[ https://issues.apache.org/jira/browse/CB-7569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14184381#comment-14184381 ] Gorkem ERCAN commented on CB-7569: -- plugman already caches the plugins that are loaded from the plugin registry. Unless explicitly configured they should be under $HOME/.plugman/cache. It actually uses npm to load plugins from registry. At least for me it installs the cached copy, it does a few http calls and waits for them to timeout so it takes a bit longer. If this request is specifically for installing plugins from registry, I do not think there is anything else to do here. Offline Plugin Add for CLI -- Key: CB-7569 URL: https://issues.apache.org/jira/browse/CB-7569 Project: Apache Cordova Issue Type: New Feature Components: CLI Reporter: Lisa Seacat DeLuca Priority: Minor Seems like whenever I'm demoing Cordova at a conference I am competing with the attendees for an internet connection. Which means that I get an error trying to do cordova plugin add because it can't fetch it from the internet. What would be cool is if the CLI didn't fail on internet connection IF the user already has a separate project that has that same plugin installed. For example, suppose I'm demoing camera and the internet is down. But I happen to have already installed the camera plugin for another project. Rather than fail, the system will copy the camera plugin from the other project and use that. Of course a nice message to the user we're borrowing from project X because the internet was down would be nice. -- 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