Thank you for visiting the BlackBerry Support Community Forums.
BlackBerry will be closing the BlackBerry Support Community Forums Device Forums on April 1st (Developers, see below)
BlackBerry remains committed to providing excellent customer support to our customers. We are delighted to direct you to the CrackBerry Forums, a well-established and thorough support channel, for continued BlackBerry support. Please visit http://forums.crackberry.com or http://crackberry.com/ask. You can also continue to visit BlackBerry Support or the BlackBerry Knowledge Base for official support options available for your BlackBerry Smartphone.
"When we launched CrackBerry.com 10 years ago, we set out to make it a fun and useful destination where BlackBerry Smartphone owners could share their excitement and learn to unleash the full potential of their BlackBerry. A decade later, the CrackBerry community is as active and passionate as ever and I know our knowledgeable members and volunteers will be excited to welcome and assist more BlackBerry owners with their questions."
- Kevin Michaluk, Founder, CrackBerry.com
Developers, for more information about the BlackBerry Developer Community please review Join the Conversation on the BlackBerry Developer Community Forums found on Inside BlackBerry.
11-20-2011 06:15 PM
11-22-2011 08:39 AM
How do you know they actually in "shared" folder? Use target file system navigator in IDE to inspect file
system of device, starting with you application sandbox. If they are in sandbox (i.e. data folder) they are private files
11-22-2011 09:33 AM
Thanks for reponding.
I know because the Desktop Software creates a remote Z: drive which shows the shared folders.
If I create an empty file in the Documnents folder on the Z drive with the name report.txt and run the app on the Playbook that writes to the report.txt the information shows up in report.txt.
If I don't create the empty file first I cannot see the file on the Z drive when the app writes to it.
The app itself can write to the report.txt file in the Documents Folder and read it back even though I cannot see it in the Documnents folder.
11-22-2011 09:50 AM
1. Once I create the file the app updates it each time I create the report within the App.
2. We need the user to be able drag files into and out of the Documents folder. At the moment the user can drag a file into the Documents folder and the app can read it. BUT when the app writes to the Documents folder the file does not show up for some reason or other.
3. Our users have no access to the System Navigator we need them to be able to drag the files from the Documents folder.
4. Our app was developed with the Marmalade cross development SDK.
11-22-2011 09:56 AM
I see. I guess you have to report the bug about file not refreshing. To confirm that it is a refresh issue
unplug the playbook after file is written, then plug back.
Btw does app declared use_shared as capability?
11-22-2011 10:10 AM
Yes I have unplugged and repugged and everything else I can think of. I checked the permissions on the folders and everything I check seems to be right.
Yes the app is declared for sharing. As I mentioned the app can read a file that is dragged in the the Z drives Documents folder.
Also the Playbook is set for sharing.
I have reported this to Marmalade.
It seems as if it is some sort of protection that the Desktop Software imposes on the folders when it creates the Z drive. The files are there because we have a test app that displays the files in the Documents folder -- but those same files cannot be seen on the Z drive or within the Desktop Software's Files section.
Once I create them on the PC on the Z drive they remain there and are updated.