If I have two separate cn1libs that add the same build hints in codenameone_library_appended.properties they get added twice and then won't build due to duplicates (i.e., android.xpermissions, android.xapplication)
Unfortunately the only workaround I've found not practical for a sensible build and maintenance process. 1. Unzip one of the cn1libs and edit the file not to include the build hints that are duplicated 2. Zip it up again. 3. Edit codenameone_settings.properties to remove all of the entries that are going to be injected again 4. Refresh libs Repeat any time a new library is added that might clash or updated library is available. Is there a better process to manage cn1libs that request the same permissions? Are these duplicates checked in the build process anywhere? Particularly with permissions where they are standard blocks I think a better system than adding them to xpermissions should be looked at. I realise for xapplication or the iOS build hints that inject code they are needed for flexibility, but permissions can really just be a list rather than a long string of xml and one that doesn't put duplicate records into the Manifest as part of the build process. Cheers, Nick -- You received this message because you are subscribed to the Google Groups "CodenameOne Discussions" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. Visit this group at https://groups.google.com/group/codenameone-discussions. To view this discussion on the web visit https://groups.google.com/d/msgid/codenameone-discussions/56528339-5217-422c-b4da-37eadb8a4926%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
