Sign in with
Sign up | Sign in

BBM for Android and iPhone Not Launching This Week

By - Source: Inside BlackBerry | B 6 comments

It's been a bit of a bumpy road to BBM on all platforms.

Poor BlackBerry. Though the company announced major layoffs on Friday afternoon, things were supposed to look up on the weekend with the release of BBM for iOS and Android. Though the iOS roll-out started as planned, it was soon halted, and the Android roll-out never got off the ground at all. BlackBerry said that an unreleased version of the BBM for Android app that leaked early "caused issues" and that it would keep users posted on a release.

Unfortunately, it seems that release won't be anytime soon. Andrew Bocking, head of BBM at BlackBerry, has said he doesn't anticipate launching BBM for Android this week. Bocking says that the unreleased version of BBM for Android was an older version and that it contained an issue that resulted in higher than normal data traffic for each active user. This in turn impacted the system after one million people downloaded the unofficial app. The Saturday version addressed these issues, but BlackBerry wouldn't be able to block the users of the unreleased version if the new, official release was launched.

Bocking says there's a team working on blocking the unreleased version when the official BBM for Android app goes live and reinforcing the system so that something like this doesn't happen again in the future. The moral of the story is that good things come to those who wait. And we're going to be waiting a while. Unfortunately, Bocking didn't mention how or why this affects the launch of the BBM for iPhone application, just that it had to be paused as a result of the issue with Android, so it looks like iPhone users are going to be waiting too.

Follow Jane McEntegart @JaneMcEntegart. Follow us @tomshardware, on Facebook and on Google+.

Ask a Category Expert

Create a new thread in the News comments forum about this subject

Example: Notebook, Android, SSD hard drive

This thread is closed for comments
  • -1 Hide
    rkthe , September 24, 2013 4:01 PM
    One of the laid-off engineers probably posted the older version of the app knowing that it would cause the issue
  • -1 Hide
    Izman Quaasalmy , September 24, 2013 7:05 PM
    i don't think the older version causing the problem, the problem is their server and system can't handle the traffic, and they don't know what to do :D 
  • -1 Hide
    agnickolov , September 24, 2013 10:30 PM
    It's quite simple really. This is a service, not a standalone application. Therefore they need to block the leaked build so it does not impact legitimate users. Still, I'd imagine redirecting IP traffic, changing a DNS name and a few small fixes should suffice and not cause a significant delay... If the traffic is encrypted, a simple revocation of a crypto key should suffice even.
  • Display all 6 comments.
  • -1 Hide
    rdc85 , September 25, 2013 12:46 AM
    I agree with Izman Quaasalmy. I really doubt the beta apps is the problems...

    They also do not released bbm for android on time where android supposed get first before ios (for "whatever" reason), so people start looking for those beta apps..

    IMO there a bigger scheme of this (not in a good way)
  • 0 Hide
    vinayaketx , September 25, 2013 10:50 PM
    The long wait is over, you can finally download and install the BlackBerry Messenger app on your Android phone. Official BBM for mobile is available on the iTunes & Google Play Store, learn more;
    Download BBM For Android And IPhone
  • 0 Hide
    genz , September 26, 2013 11:46 AM
    Izman and rdc are obviously quite dumb.

    When you make an application with 8 million current users, you always have the power to take on 10. When you open it up to over 200million additional customers, you should account for at least 50m, but if there is a pirate copy out there that means that one user takes up two or five worth of bandwidth, suddenly your previous capacity ot take on 42million new customers is reduced to taking on 8.5m new customers, far too little.

    It's also incredibly likely that a pre-release system uses 5 or more times the bandwidth, as the debug data has to be communicated somehow and modifying the phone itself to JTAG or display debug data has the potential to hide, disguise, or entirely bypass the source of the bug or the bug itself.

    If you have a number of closed platforms to test the hardware on, the last thing you should do is modify the test platform to record the data. No, you should have the data remotely forwarded to another source via a commonly used data route. With PCs it used to be Serial Ports, and now it's sometimes Ethernet sometimes USB. With a phone it has to be wireless, bluetooth or USB, and I suppose they chose wireless to-the-server debugging.