Back to Top

Cupcake Testing - Updated

9 posts / 0 new
Last post
eric
Offline
Last seen: 2 years 11 months ago
Joined: 11/06/2008 - 22:02
Cupcake Testing - Updated

The cosmetic problem I mentioned earlier turned out to be a bug not related to cupcake (it has been fixed). I haven't found any other issues yet.

Eric (not me) posted a question in the Market comments about DC being Cupcake ready so I thought I'd share what I'm doing in that area.

I've just finished some preliminary testing of DoggCatcher with the 1.5 R1 Cupcake system image and everything looks good so far except for one cosmetic problem that I'm looking into (feeds thumbnails are sometimes blank).

I'm going to do some more testing over the next few days and work out any issues I find so that I can get a release out prior to Cupcake hitting our phones.

Ray Perkins
Offline
Last seen: 8 years 7 months ago
Joined: 05/03/2009 - 10:44
Bluetooth Head Phones & Cupcake

I must say I love your product, I have been using since day one. It is getting better all of the time.

I upgraded to Cupcake 1.5 JF's version. My Sony bluetooth head phones are a nice upgrade.

I have found a issue I thought you would like to know about. I will listen to a podcast with Doggcatcher, then go over to the music player and listen to some tunes. When I go to skip a song, on the head phones, the next podcast in Doggcatcher starts to play. So, now I now have music and a podcast playing at the same time.

If I reboot the phone and don't start Doggcatcher then it work as expected.

Keep up the great work.

eric
Offline
Last seen: 2 years 11 months ago
Joined: 11/06/2008 - 22:02
Bind to headset

Thanks, I'm happy to hear you like it.

This is kind of a known limitation at this point. The way android is set up, it's difficult to have more than one application respond to the same event. One option for you is to turn of the 'bind to headset' option in DC and that will let the android music player 'own' the button. DC won't respond to button presses in this configuration though.

I'm trying to figure out a better way to handle this. I was also hoping things would be handled differently in cupcake but it doesn't look that way so far.

I'll create a mantis issue so we can keep an eye on this.

http://mantis.snoggdoggler.com/view.php?id=112

Thanks for the feedback.

Ray Perkins
Offline
Last seen: 8 years 7 months ago
Joined: 05/03/2009 - 10:44
Bind to Headset

Is there any way the Doggcatcher service could be ended or at least optional. I know it wouldn't be running in the background doing updates, but it would solve this issue. Or the update service could be different from player?

Just a thought.

mcamou
Offline
Last seen: 7 years 4 months ago
Joined: 01/20/2009 - 17:12
There's already an option...

...to have DC ignore the headset button. Go to Menu -> Preferences and turn of "Bind to headset button".

mcamou
Offline
Last seen: 7 years 4 months ago
Joined: 01/20/2009 - 17:12
Just upgraded to Cupcake...

I just updated my ADP1 to Cupcake using JesusFreke's ROM. I'm having trouble with a bunch of apps force-closing. DoggCatcher isn't one of them, thankfully! However I have a big problem: DC is completely empty.

The way I did the update was: Update the phone, reboot without wiping, phone gets hung for about 20 minutes in the blue android screen. I rebooted, did a wipe and the phone booted up fine (without, of course, my installed apps). I then redid the apps-on-SD trick (I already had all my apps on the SD card) and did a tar xvf of my original /data/data directory which I'd stored on the SD card. So, any ideas?

mcamou
Offline
Last seen: 7 years 4 months ago
Joined: 01/20/2009 - 17:12
It's not good netiquette to reply to my own post but...

...I figured it out. By going in with 'adb shell' and doing a ps I found out that the owner of the /data/data/com.snoggdoggler.android.applications.doggcatcher.v1_0 directory wasn't the same user as the one running DoggCatcher. A quick chown and we're up and running! It looks like the user ID's for each app aren't saved in /data/data. Will report back after some use.

mcamou
Offline
Last seen: 7 years 4 months ago
Joined: 01/20/2009 - 17:12
Not DC related but...

...when upgrading to Cupcake it turns out that Android compiles a bunch of stuff in the /data partition. If you don't have enough space there, the updates won't run and the first boot will seem to hang. That's what happened to me. I downgraded back to 1.0, cleared out the caches and so on in /data (things like the browser's favicon cache which take up oodles of space) and upgraded. The upgrade went smoothly this second time.

Although this is not directly DC related I thought some of the readers might benefit from this. Now back to your irregularly scheduled DoggCatcher posts.

mcamou
Offline
Last seen: 7 years 4 months ago
Joined: 01/20/2009 - 17:12
First cupcake report

I haven't done any extensive testing but I listened to a couple of episodes last night and everything seems to be working fine. It might be me, it might be having a freshly-installed phone or it might be real, but scrolling feels a bit spiffier. I'll do more testing today. I don't have a bluetooth headset so I can't test that, but I'll test everything I can.

For those that had been wanting a stay-on-landscape option, Cupcake has a systemwide auto-rotate feature so if you place the phone horizontally DC shows up horizontal. I believe that isn't enabled by default, at least when upgrading from 1.1, IIRC I had to enable it in the Display settings.