That would be grate 
Can I ask why simple information like this that is both available on android and iOS isn’t already available in the system getinfo api? Its really just a couple of line of code on both platforms…
Time vs. Benefit.
While it’s not a lot of code to provide that information, by the time you have to write up the specifications, schedule the work, figure out how many Corona SDK uses would actually use the feature vs. things that are more in demand, research each piece of information, code it in both ObjC and Java, decided on common language to bridge the two OS’s (well now 3, we would have to support it for Windows Phone 8 too), then write the actual code (three times), test it and many edge cases, document it, provide sample code, etc., it’s a serious investment in engineering time. How much benefit is that time going to serve?
This is one reason we have http://feedback.coronalabs.com
There you can request features and get the community to voice their opinion through the voting system and comments. You’re more than welcome to request this feature. On the grand scale of things, this is pretty easy, but if only three people want it, yet hundreds want feature XYZ that’s nearly the same engineering effort, we will do XYZ. Not all feature requests are the same. We will do easier requests with fewer votes when very hard requests are going to require considerably more votes.
So feel free to post a request for this information and get people to vote on it.
Rob
You do make a good case Do you know if android and iphone return any error information back to the app when maximum capacity have been reached? Or does it just cancel what ever is going? Ive read lots of posts on the forums about apps being rejected because big files and so forth, but nothing about what actually happens in the os and if it could be caught through a callback.
I would assume that file IO would just fail when full.
As for rejecting apps… It’s not large files specifically, but large files in system.DocumentsDirectory that are downloadable from the Internet. These need to go into system.CachesDirectory. Secondly since system.DocumentsDirectory is automatically backed up to iCloud. Large files eat up a lot of iCloud space and Apple is likely to complain about this if you don’t set the flag that keeps it from being backed up.
Rob
Never thought about iCloud uploads. Thanks for pointing it out.