Save file as "do not backup"

[limeduke]

Hello,

I sent my app for approval but got rejected. By following reason:
"We found that your app does not follow the iOS Data Storage Guidelines, which is not in compliance with the App Store Review Guidelines.

In particular, we found that your application is storing downloaded articles to the wrong directory.."

My app is a magazine, you can download PDF files which is stored in the /Documents folder so the reader can read our issues without any internet connection. This is where the app got rejected. They want me to store the file as "do not backup".

https://developer.apple.com/library/ios ... index.html

How is this possible with Nimblekit?

[cactuscraig]

Seems you need to set a flag on the file (attribute). This will require some ObjC mix. This looks like a fairly easy tasks to overcome - look at the NK Blueprint. There is something in there that checks if a URL can be opened. This can likely be modified to set an attribute on a file.
I do not have time now - but can likely check this out tomorrow.

[limeduke]

Thank you for your quick reply, looking forward for your help!

I must admit that I have no knowledged about ObjC or ObjC mix. About the "do not backup", as far as i know this is something Apple changed lately due to iCloud?

But if this App was rejected for this reason, it feels like many Nimblekit apps would be rejected with the same reason, or am I wrong?

This might be a thing to add in the next update, example:

download.start("nimblekit.dmg", 1);

1 = do not backup
0 = save as user-created data

EDIT: miss spelling

[cactuscraig]

if an app does not use the download feature - it is likely not a problem. I am in the midst of working out the obj c mix right now. hopefully will get it right.

[cactuscraig]

Not sure if this is working or not. I do not know how to check if File Attribute is actually set. I always get TRUE - even if the file does not exist.
Hopefully this will help you.

Attribute on File.zip

revised.

(65 KiB) Downloaded 80 times

[limeduke]

Just wanted to let you know that the app was accepted today! Thank you very much cactuscraig!

[cactuscraig]

This is so awesome - glad it worked!

[floz]

What about older versions of iOS, which don't have this flag? Have a look at the first boxed paragraph in Apple's Guidelines you linked to. I try, for now at least, to have my app backwards compatible up to iOS 3.1.3. Does that mean I now have to worry about that stuff to? I'm using the download feature to fetch an "over the air" update of the database used in my app...

[limeduke]

I dont really know about databases, but i mostly think they reject it because of space restrictions. Our PDFs are about 1-3 mb in size and we have around 800 articles in our journal If you save around 20 articles or more to the iPad, it would take "alot" of space to back it up.

I might be wrong since they just changed these guidelines, but i think an sqlite database is nothing compared to PDF files.

[floz]

I see, mine's only like 300kb and only one file, i.e. it gets overwritten each time, rather than added to.