android.os.Environment.getExternalStoragePublicDirectory( android.os.Environment.DIRECTORY_DOWNLOADS )
I'm saving a file to the download folder and also asking for
android.permission.WRITE_EXTERNAL_STORAGE. Is that required?
Also - the system permission message is a more ominous permission
required for Photo folder or something similar and some users
have questioned why I need that.
I'm downloading an APK file just before installing it.
Related
After upgrading to the latest versions of Visual Studio for Mac, Xamarin, and Xcode, I am unable to create a signed IPA archive. Everything runs on the simulator, everything builds fine in my release configuration. I can even create the archive just fine. But after I click "Sign and Distribute", regardless of whether I try to publish to the App Store or simply save the IPA to disk, I get the extremely generic "Failed to create IPA archive" message with no other detail about what failed.
As always with these types of problems, this worked the last time I tried to publish (2 months ago). Even trying to use "Sign and Distribute" on an archive I previously published successfully to the App Store fails with the same message. Are there any logs for this where I can see exactly what is failing? The Archive output window at the bottom of the screen doesn't show activity for this stage of the process.
UPDATE:
After finding the logs, was able to see the following error that shows that for some reason after upgrading the apps, permissions were somehow lost for creating the zip archive:
zip -r -y "/Applications/Xcode.app/MyApp.ipa" Payload
zip I/O error: Permission denied
zip error: Could not create output file (/Applications/Xcode.app/MyApp.ipa)
zip exited with code 15
ERROR:Failed to create IPA archive.
Finshed
So now the question becomes why, and what steps need to be taken to fix this the proper way (i.e., not just brute-forcing broad permissions)?
Are there any logs for this where I can see exactly what is failing?
To find Mac logs through:
You can select the Go > Go to Folder menu item in Finder, and then copy and paste any of these paths into the dialog.
Visual Studio for Mac
~/Library/Logs/VisualStudio/7.0 (this number may change depending on
the version you are using)
This folder can also be opened via "Help -> Open Log Directory".
If you meet the Permission denied error in the log, this may be due to saving the IPA in the XCode.App folder. You can try a different location.
If you still meet problem, you can send a feed back inside visual studio for more help.
It's very likely due to permission issue while zipping the archive.
To check if it's your case:
Open the log folder at ~/Library/Logs/VisualStudio/7.0 or in Visual Studio for Mac Help > Open Log Directory
Find and open the last log file for publishing (like Publishing.yyyy-mm-dd__hh-mm-ss.log)
Scroll to the last rows of that file. If it contains something like this (see the block below) so it's your case
zip I/O error: Permission denied
zip error: Could not create output file (/Applications/Xcode.app/YourApp.ipa)
zip exited with code 15
ERROR:Failed to create IPA archive.
Finished
In this case, once you see Output IPA file popup, just choose other save location (Desktop for example)
I am trying to upload my files onto cpanel now. Do i have add them manually?
Because i tried to copy the project folder into folder i created but then, i get an error trying to upload. Can any one here please give me a step to do this easily?
PS: It is my first time trying to do this.
1 ) First compress your project and then upload to your cpanel
2 ) now go to your cpanel and extract the file and done.
You can use any FTP program with FTP credentials to upload project files. Just make sure you have appropriate permissions.
Also, you can upload the zip file as other answers suggest.
FTP programs
FileZilla
I am trying to build an app that imports files from other apps to my app using UIDocumentMenuViewController(in UIDocumentPickerModeImport mode). I could able to do successfully with apps like dropbox. When i try do the same with iCloud pages, file gets copied to the the folder 'DocumentPickerIncoming', But I get the below error when I try to get the contents of the file.
The operation couldn’t be completed. Permission denied
Just fixing my Joomla and Kunena forum after it was hacked :(
Now forum members can't upload attachments successfully, I've ttried changing permissions in the following:
public_html/media/kunena/attachments/666
666 being the user id and where the files are stored.
777 permissions works but isn't secure, 775 should work but doesn't, could this be an ownership issue? if so how would I change a few thousand of these to the correct owner and what should the owner be? Currently it's the cpanel username.
Any suggestions would be much appreciated.
Cheers
UPDATE
A list of other problems that might spark an idea in the mind of your genius' out there.
Members can't upload / attach images to posts (I can't even do this with Super User)
Constant error in Admin:
Warning: file_put_contents(/home/xxxxx/public_html/administrator/components/com_community/jomsocialupdate.ini) [function.file-put-contents]: failed to open stream: Permission denied in /home/xxxxx/public_html/libraries/joomla/filesystem/file.php on line 418
Attempted extension installation on fresh Joomla installation gives Failed to move error
Unable to update Joomla. Download of update package failed.
For Joomla/Kunena the recommended settings are 755 for directories and 644 for files
Source: http://docs.joomla.org/What_are_the_recommended_file_and_directory_permissions%3F
Just update to the latest version of kunena (3.0.2), it will fix the problem (If you are able to log into backend of course)
When I try to install any component, specifically my mtwMigrator component, I receive the following error:
* Warning! Failed to move file.
This is on a fresh install, with FTP Layer turned off, with default content installed, Joomla 1.5.14, latest PHP and my_SQL versions, Legacy mode turned on.
A very common cause of this error is due to file permissions. Joomla must be able to copy the files from your component into the components and administrator/components directories. If the system user the webserver runs as does not have write permissions to these folders, it will not be able to copy the files over.
The FTP layer is there to get around this issue. With the FTP layer on, you upload the component to the server first, then it is FTP'ed from the temporary directory to localhost. For this to work, the FTP user you specify must have permission to write to the components and administrator/components folders.
I had a similar problem when moving between machines (I know you said it was a fresh install - but someone might find this helpful). Ensure the $tmp_path entry in joomla\configuration.php is pointing to a valid directory. Mine wasn't.
In your Joomla backend, on the top menu, go to Help >> System Info >> Directory Permission and ensure that that are writable otherwise you don't want to have to change the folders to 777 and back again each time you install an extension.
In addition to this, you can mass chmod folders and files using Akeeba Admin Tools.
You mgiht also want to update to the latest Joomla 1.5 version (1.5.26)
The most ideal permission for Joomla directories is 755. There are cases when mod_suphp is not installed that the permission problem would occur.
Make sure that mod_suphp is installed and loaded by checking your php info e.g. and running this on your browser. If mod_suphp is not installed, then you will need help from your hosting provider to install this for you.
Normally, all directerories should have 755 (rwxr-xr-x) and all files 644 (rw-r--r--). If you want to set the most directories to not-writetable, you will need at least the directories listed in Help > System info > Directory Permissions. (Here you can also check which directories need to be changed, as non-writetable directories are shown in red.)
In some shared hosting environments, 755 / 644 isn't enough, as the owner of the file is not the (Web)Server User, but the FTP-User ... so either change it to 777 / 666 (not recommended, as you allow others to write your files), or get your FTP layer to work.
Another try: Joomla! does not work yet with the recent PHP 5.3. Can you use PHP 5.2? (Similar Problem in the Joomla Forum)