Here's something thats happening with my app, and I was hoping you could tell me if it is a bug, or if there is something I have setup wrong. I have a simple list menu for the home screen, and one of the rows is an Email me link. On my provisioning ipod touch, I have not setup an email account, so I get the error Email Not Supported. That makes sense, I guess (and its not the bug I'm reporting). Ok, so after that error, if I drag the main menu screen down - it goes through what looks like a refresh (pinwheel ...loading...) - and afterwards, all rows are empty. It just has 5 blank rows. Any further attempt to refresh by dragging leads to empty rows. After pushing the actual refresh button in the titlebar, then the rows come back. Also, if I try a drag refresh at anytime before the email error, it simply refreshes the screen and the rows are fine. I'm assuming that no users would try to use the Email Me link if their device is not setup for email - but I'd still like to know if there is a way to avoid this occurence. Thanks

Hi, this is strange behavior. Fistly, because almost nobody uses the dataURL to provide menu items dynamically, go ahead and remove it from your control panel. This is the dataURL in the advanced settings for the screen - NOT the dataURL int he core settings for the app. If the dataURL is gone, it should no longer try to refresh itself when you pull down. NO reason to anyway. Here's why: The config file for the app that downloads and saves holds all the info it needs to build the menu's in the app. The dataURl (pull down) isn't really necessary in this case. We've done a poor job documenting this stuff (we'll get to to it!) so there wouldn't be anyway for you to know this. See if that fixes that question. Next: Email. I'm not sure how the email menu item is releated to the data assoicated with the rows and the refresh process. It should'nt affect it at all. If you put a Settings > Device Info screen in your app it should show you if the app 'can send emails' and 'can send SMS' etc. That may or may not help? It's gonna show the message if it can't send email.

ok, after clearing out the dataURL from just that screen (which is the first menu), I get the header, but no rows at all (not even blank ones). Hitting refresh on the page results in the same. Killing the program (from multitasking) and re-booting the app results in the same. I'm guessing this is not better than what I had before, lol.

Yeah, not good. Giggling. So, should probably put the Default Data URL back and start over. Post the app name, I'll get a look and see what I can come up with.

App name is BBB v15 (and forgive the app icon, its just a placeholder)

Cool artwork! Running well on simulator... installing on iPad, iPhone, iPad devices.... sit tight..

GOT IT (at least simulated it). Your're not as nuts as I thought you were. So... the iPod Touch (without email configured) runs perfect until you confirm the email notice message. Like you said. Digging through source-code...

OK, this is stranger than I tought. I spent the last little bit looking at some source to try to isolate this - no luck yet. I'm not convinced that it has anything to do with the email-message though. I got it to show the blank-menu items without tapping the email link. Some sort of data-cache trouble for this screen I think. I'll look later.... gotta run. Stay tuned to this thread and don't hesitate to nudge if you don't here anything.

Still looking into this...crazy!

I took a little break from this project. Was there every anything else found? Thanks!

Kindly try the latest release (available as of last night), see if you're troubles are gone ;-)

I just re-compiled and the problem is still the same. After configuring an email account on the device, it had no problem (loaded the compose email screen - then I cancelled out). But without the email account configured on the device - I get the email error inside the app and then I dragged the home screen down to reload, and all the list items went blank again. Clicking on the refresh arrow at the top-left fixed the home screen. Its weird, and I'm sure the chances of someone using the app - with no email configured - and accidentally dragging the screen down - would be slim. But I just wanted to document it incase others were having similar problems.

Hi Stobe.. thanks for the nudge on this. I figured it out and fixed it - yippeeee. As it turns out, the same thing would have occurred on several other screen types. Screens like buttons, images, maps and other 'refreshable' screen would have done the exact same thing. You'll need to re-fetch the project because the fix was related to the source-code, not the online control panel. The download server has been updated. Thanks tons for finding this strange behavior.