A few users have notified me of this issue, and was wondering if there is a fix for it. It appears that when someone is reloading images from my flickr galleries, that occasionally there are some image stacking issues. Take a look at the following to see what I mean: http://www.teselle.com/ios/problem1.png http://www.teselle.com/ios/problem2.png You will see in those 2 shots that there are images placed on top of other images that are in that gallery. The only way I've been able to duplicate it was to find an image that didn't match the screen size and reload on that image. You can download Random Kitty here: http://itunes.apple.com/us/app/random-kitty/id447952019?mt=8 if you'd like to try it. Any idea what is causing this? Any fix for it? Any help is greatly appreciated. Thanks!

Triple word score!!! We've never seen this behavior and it'll be interesting to figure out what's happening. Getting the app from the store will likely show the end-result like your example image url's above. I can look at your app's project source-code but only with your permission. Post that 'its OK for buzztouch to look at my app's code' if you want me to download your project, compile it and try to figure it out.

David, feel free to take a look! I have modified the code a bit locally. In BT_imageUpload.m at about line 368, I modified the URL to _z.jpg from _b.jpg to display flickr's medium 640 images instead of the large. Did this to conserve some space and speed up download times. I also moved the refresh button to the last tab, and automatically reload the data file if it's been changed. Not sure these would affect the stacking of the images, but just in case I wanted to mention it.

OK, just looked at purple cats, lots of them! It seems to work well on a simulator and a device. But, I dont' have any modification you made. This tells me something about the changes did have some effect, not sure which ones. Or, because you mention that it's occasional, it just isn't happening for me to see what's up. Can you get it happen? If you can, maybe re-fetch your project, re-download it (don't overwrite the one you have) and compile it for testing. If it works, make your adjustments like the other version you have one-by-one to see if any of them have an affect. Not sure what else to add. But, I can say that approx. 55,000 image gallery screens across many thousands of apps are in use and I've never heard this so it should be relatively easy to find what's different about your app compared to all the others.

Downloaded the source, didn't change a thing and the problem persists. Screen grab from the simulator: http://www.teselle.com/ios/problem3.png Took about 5ish reloads to see it, but it happened. Just gotta make sure to always reload on an image that isn't full screen like the image above. -Chris

Ah...I see. I clicked back-n-forth and had no trouble. Didn't bother to Refresh. I can duplicate 100% now with a few Refreshes. Interestingly, it only appears to happen on the first image after refreshing. When it's screwy, tapping the forward button seems to remove the problem. Tapping the back arrow shows the problem again but only on the first image. The fix: Overwrite the refreshData method in the BT_screen_images.m file. It starts on about line 251 - 252. Use this method. //refresh (just a helper for download) -(void)refreshData{ //remove all the pages... for(BT_zoomingScrollView *page in visiblePages) { [page removeFromSuperview]; } [self downloadData]; } Bet it works ;-) I tested by refreshing about 50 times... all good.

Awesome, looks good in the sim and on my test device! Thanks for checking into this. I'm sure the other 55k galleries haven't notice this since their galleries are probably not of the 'random' nature, which promotes the use of the refresh button. I'm assuming this will make it into the released version? I didn't see any changelog entry for it yet. have a great day!

Yup, glad it worked. Updated the release version and added to the Change Log ;-)