Slashdot Mirror


A Call For Rollbacks To Previous Versions of Software

colinneagle writes "In a blog post, Andy Patrizio laments the trend — made more common in the mobile world — of companies pushing software updates ahead without the ability to roll back to previous versions in the event that the user simply doesn't like it. iOS 7.1, for example, has reportedly been killing some users' battery power, and users of the iTunes library app TuneUp will remember how the much-maligned version 3.0 effectively killed the company behind it (new owners have since taken over TuneUp and plans to bring back the older version).

The ability to undo a problematic install should be mandatory, but in too many instances it is not. That's because software developers are always operating under the assumption that the latest version is the greatest version, when it may not be. This is especially true in the smartphone and tablet world. There is no rollback to be had for anything in the iOS and Android worlds. Until the day comes when software developers start releasing perfectly functioning, error-free code, we need the ability to go backwards with all software."

199 comments

  1. Piracy by Anonymous Coward · · Score: 0

    Is the reason why Sony's firmware updates to its consoles cannot be rolled back.

  2. Shades of WinAmp 3 ? by UnknownSoldier · · Score: 1

    This story reminds of the wisdom of this cliche ...

    "Those that forget the lessons of the past
    are condemned to repeat the same mistakes"

    I see this "latest-is-greatest" fallacious attitude all the time. New version adds new features, fixes bugs, but introduces new bugs or rose redesigns the UI. i.e. WinAmp 3, TeamSpeak 3, etc.

    The problem is that there is no good solution. What is the developer supposed to do when ...

    * Older version has major security issues
    * Newer version has a fracked up UI, bloatware, etc.

    Now what is the customer supposed to do?

    I agree though, that in the majority of cases, a "Bill of Software Rights" would be good:

    * Users have the right to _rollback_

    This whole we-are-always-right started with Microsoft and IE. GOD forbid you actually _need_ to run _multiple_ different versions for testing!

    1. Re:Shades of WinAmp 3 ? by Qwerpafw · · Score: 4, Informative

      Apple now lets you install old versions of Apps on iOS provided that

      * You installed the old version when it was available
      * The developer has not opted out of this policy in iTunes Connect
      * The new version is not supported on your device

      If they dropped the third requirement it might satisfy a lot of what you'd like to see.

    2. Re:Shades of WinAmp 3 ? by Anonymous Coward · · Score: 0

      They should drop the second requirement too. Why should some developer get to choose what I do with my machine?

    3. Re:Shades of WinAmp 3 ? by Sique · · Score: 1

      Because it's his software you are installing, and there might be a reason not disclosed to you why he doesn't want his old code running on your device?

      --
      .sig: Sique *sigh*
    4. Re:Shades of WinAmp 3 ? by Immerman · · Score: 5, Insightful

      Ah, I think I see your problem. Where did you get the idea that it was your machine?

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
    5. Re:Shades of WinAmp 3 ? by MisterSquid · · Score: 5, Insightful

      I really don't like when companies turn my app from a standalone product to one requiring a subscription to access new features. BranchFire did it with "PDF Annotate" and Abvio has done it with "Cyclemeter".

      Part of the reason I purchased "PDF Annotate" and "Cyclemeter" ($25 and $5, respectively) is they didn't phone home or require a subscription that was looking for an excuse to go belly up.

      My guess is once new user growth slows, the companies consider monetizing their current user base (aka "seeking rent"). So, in the next upgrade they introduce subscription services.

      I'm sorry, but I'm not interested. At all.

      Users should have the ability to roll back any upgrade, including OS upgrades.

      --
      blog
    6. Re:Shades of WinAmp 3 ? by Minwee · · Score: 2

      This whole we-are-always-right started with Microsoft and IE.

      I think you misspelled "Bell Labs and Unix in 1969". Autocorrect is always purple monkey dishwasher.

    7. Re:Shades of WinAmp 3 ? by Anonymous Coward · · Score: 1

      You want control over your machine, but not for the software dev to have control over his software?

      Nice double standard you've got there.

    8. Re:Shades of WinAmp 3 ? by Anonymous Coward · · Score: 0

      In case the software interacts with any server owned by the developer and they want to stop outdated or possibly bugged requests to the server? The developer doesn't want to deal with bug reports and customer service issues from old versions of their software? The developer found a security issue with an old version, and the developer and/or Apple doesn't want to be responsible for people continuing to use it after an update fixes it?

    9. Re:Shades of WinAmp 3 ? by MMC+Monster · · Score: 1

      Only works when the last working version isn't broken.

      Want an example? Get an original iPad and install Google+. The version that installs won't let you get past the login screen. It's that last version that's compatible with the original iPad.

      --
      Help! I'm a slashdot refugee.
    10. Re: Shades of WinAmp 3 ? by Anonymous Coward · · Score: 0

      Once I buy it, its my copy, not his.

    11. Re:Shades of WinAmp 3 ? by wagnerrp · · Score: 1

      In case the software interacts with any server owned by the developer and they want to stop outdated or possibly bugged requests to the server?

      Have each connection prefaced by a communications protocol version. Refuse connection to anything not running the correct protocol version.

      The developer doesn't want to deal with bug reports and customer service issues from old versions of their software?

      Ditto as above.

      The developer found a security issue with an old version, and the developer and/or Apple doesn't want to be responsible for people continuing to use it after an update fixes it?

      Make a simple and explicit notice that if the user refuses auto-updates, the user is subsequently on their own, and it's up to them to keep track of future security updates and make sure there hasn't been a compromising bug discovered.

    12. Re:Shades of WinAmp 3 ? by hawkinspeter · · Score: 1

      I didn't realise that Cyclemeter has changed to require a subscription. However, I haven't used it in ages as I've just got used to using Strava instead. Strava uses a strange model of providing most of the functionality for free and requires subscription just for the extra pro options, however it's quite an expensive subscription and the extra functionality isn't that great (maybe because I'm not a pro). They occasionally provide a 30-day free trial of the pro service and the only feature that I used was the heart rate analysis (which Cyclemeter does for free).

      The problem with requiring companies to provide downgrades is when the software interacts with servers or other machines and there can be problems with supporting all the older versions along with the latest one.

      The other big problem is when an upgrade changes a datastore to a new format. That can then make a downgrade very difficult to implement.

      --
      You're a temporary arrangement of matter sliding towards oblivion in a cold, uncaring universe
    13. Re: Shades of WinAmp 3 ? by Anonymous Coward · · Score: 0

      You didn't buy it. You licensed it.

      You can't afford to buy it.

    14. Re:Shades of WinAmp 3 ? by Your.Master · · Score: 1

      Have each connection prefaced by a communications protocol version. Refuse connection to anything not running the correct protocol version.

      Doing this is tantamount to breaking the software, and as such, it should no longer be available in the store. This is presumably the mechanism for pulling things out of the store when you pull out the corresponding server-side functionality.

      Make a simple and explicit notice that if the user refuses auto-updates, the user is subsequently on their own, and it's up to them to keep track of future security updates and make sure there hasn't been a compromising bug discovered.

      A cancel or allow dialog? When did those become popular again?

      I've been frustrated with updates that seem like downgrades too. I still really hate Apple Maps (lack of integrated transit directions alone is a dealbreaker).

      Seems to me that a default-allow, but developer disallowable option on the store is the best option. As noted, the developer can do that anyway, it's just that if they implement it themselves it's worse for everybody.

    15. Re:Shades of WinAmp 3 ? by koshatul · · Score: 1

      Part of the reason I bought a tablet PC was that "upgrade" to PDF Annotate.

    16. Re:Shades of WinAmp 3 ? by MrNemesis · · Score: 2

      Users should have the ability to roll back any upgrade

      When the curators of your device/app store/whatever take an X% cut of whatever moolah you spend on the application or attached subscription services, surely there's a vested interest from both parties for you not to have the ability to keep reinstalling the appallingly stone aged one that still works just fine but doesn't make them any money...? Rent seeking then becomes more profitable for both the creator and the curator, so as long as you ignore the whims of your consumers it's a win/win.

      --
      Moderation Total: -1 Troll, +3 Goat
    17. Re: Shades of WinAmp 3 ? by rioki · · Score: 1

      If I licensed the software I am free to install each and every version that legally licensed. If I want to I can install Win95 on one my machines, why should I not be? The problem are the app stores with their control over the machine.

  3. The ones I really hate... by NecroPuppy · · Score: 3, Insightful

    Are the updates where the hardware requirements have changed so much that you effectively have to buy new hardware. Obviously, not an issue for phones, but annoying as hell on PCs.

    Or the company that comes out with an (non-free) upgrade ~every~ year, necessary or not, and immediately stops supporting the previous version. "Yeah, we know about that rare bug. It's fixed in the latest version, which will only cost you $150k, across your user base, to upgrade to."

    --
    I like you, Stuart. You're not like everyone else, here, at Slashdot.
    1. Re:The ones I really hate... by netsavior · · Score: 1, Informative

      Are the updates where the hardware requirements have changed so much that you effectively have to buy new hardware. Obviously, not an issue for phones

      Clearly you have not tried to use an iPhone 3s or even iPhone 4 (non-s) lately. If you follow Apple's recommended IOS upgrade path, your device becomes unusable, which has been a pretty sound business model for them, I suppose.

    2. Re:The ones I really hate... by maliqua · · Score: 0, Troll

      This *IS* an issue on phones, my current android phone is virtually unusable and slow since i updated the fact that i can't roll back and the performance was so hideous has tainted my view of Android entirely i'm not even considering an android device for my next phone

    3. Re:The ones I really hate... by 93+Escort+Wagon · · Score: 2, Informative

      I have an iPhone 3GS running iOS 6 - it took over our land line number. It runs fine - as well or better than it ever did on any version of iOS 4 or 5. So what are you talking about?

      --
      #DeleteChrome
    4. Re:The ones I really hate... by QuasiSteve · · Score: 2

      Obviously, not an issue for phones, but annoying as hell on PCs

      I bought the Flightradar24 app. Cost a pretty penny back then, too. Half a year later, it got so bloated (new HD graphics included in the package even though it's not an HD device, developer can't be bothered to make 2 separate packages) that it wouldn't even install on my lowly device anymore. I'd have no choice but to clean out some other apps to make room.

      Not much later, the version of Android (2.3) was just completely not supported anymore; as in cannot download. Which would have sucked considering you can't download the older version either.

      Thankfully, Android - so I had an app backup and can still use the Flightradar24 app in its older form just fine.

      Here's an app you paid for, but unless you managed to keep an old copy around yourself, you're now SOL. Sure, you could buy a new phone.. doesn't mean it's 'not an issue' or not 'annoying as hell'.

      As an aside, I have stopped using Flightradar24 almost entirely. Their website's gone to sh*t and development of features has come to a standstill ever since they realized they can make plenty of money on the site and apps as they are, and can trickle in new features to keep things fresh and have people laud them for. Unfortunately, most alternatives are even worse, thanks in great part to most signal feeders only feeding to Flightradar24.

    5. Re:The ones I really hate... by Anonymous Coward · · Score: 0

      The ironic part is if you root your android device, you can back up old versions and restore them, if you'd like.

    6. Re:The ones I really hate... by callmetheraven · · Score: 1

      Pretty sure you can do a factory reset on most android phones.

      --
      You can have my SIG when you pry it from my cold, dead hands.
    7. Re:The ones I really hate... by Anonymous Coward · · Score: 1

      factory reset doesnt restore android version just resets settings

    8. Re:The ones I really hate... by Rakarra · · Score: 3, Interesting

      When my iPhone 3G stopped being able to run new iOS versions, I was still able to run the old versions of my apps, even though newer ones were available. Actually, it simply didn't even tell me there were newer versions available; it just continued to run the newest versions supported by the OS.

      Of course, I made the mistake of wiping my phone, and then I was no longer able to install any version of some apps since the iTunes store only offers the newest.
      That simply encouraged me to get off my ass and get the larger Android phone I'd been eyeing.

    9. Re:The ones I really hate... by gstoddart · · Score: 4, Insightful

      Or the company that comes out with an (non-free) upgrade ~every~ year, necessary or not, and immediately stops supporting the previous version. "Yeah, we know about that rare bug. It's fixed in the latest version, which will only cost you $150k, across your user base, to upgrade to."

      You think every year is bad, we had a vendor once who went to an 'agile' release cycle and started pumping out releases every 2-4 weeks, and then would say they couldn't support you because you were out of date.

      Our production deployment cycle is longer than 2-4 weeks, and we eventually had to tell them that if they expect to be making grown up software for production environments, they'd need to support any given release for no less than six months to a year, or we'd terminate the contract. It took some yelling for them to understand that real production environments can't be updated every time a developer bloody well recompiles.

      I updated an app on my Android phone from the Play store recently, and *after* I updated it it started telling me it was only Beta software. Why the hell didn't you tell me is was a steaming turd in the bloody app store? Because I have no interest in a beta version of your damned software.

      --
      Lost at C:>. Found at C.
    10. Re:The ones I really hate... by Chickan · · Score: 2

      Not in all cases, for the Samsung Galaxy S3 once you take the Android 4.3 update your are stuck, it locks the bootloader and will brick it you try to roll back. Sure you can use safestrap, but you are still stuck on touchwiz based 4.3 roms. If you didn't take the update, you can root, install recovery, and go straight to 4.4.2 roms without the touchwiz nonsense. This kind of behavior from Samsung and Verizon is criminal in my opinion.

    11. Re:The ones I really hate... by Anonymous Coward · · Score: 0

      If you're incredibly unlucky, then you will have no phone.

      Google "[____ device ____] after update slow" and you will find thousands of hits for all brands and platforms.

      If your phone is running slow due to a new OS, something's wrong - most likely due to newer apps requiring a little bit more resources or the upgrade went slightly sideways. Reinstalling the OS or factory resetting should fix things.

    12. Re:The ones I really hate... by Anonymous Coward · · Score: 0

      Not in all cases, for the Samsung Galaxy S3 once you take the Android 4.3 update your are stuck, it locks the bootloader and will brick it you try to roll back. Sure you can use safestrap, but you are still stuck on touchwiz based 4.3 roms. If you didn't take the update, you can root, install recovery, and go straight to 4.4.2 roms without the touchwiz nonsense. This kind of behavior from Samsung and Verizon is criminal in my opinion.

      I fully agree. I have one of these "borked" pieces of Samsung S3 garbage on that network. Before the 4.3 "push", life was fine and everything about the phone worked the way I wanted and needed.

      After the "push" to 4.3, and without a "return flight coupon" I might add, the phone acts very strange. I had to redo most of my customized settings, the settings found in the phone's own "Settings" panels. Geez.

      The voicemail app constantly wants to go "online" to "check your subscription". Say what? My employer pays the bill on my phone every month like clockwork, so why does the phone think it has to "check my subscription"? Then there is the annoying reminder to subscribe to "visual voicemail". Who cares. What I have works just fine for me, so can we dispense with the "sales push" on new features or at least give me a "never remind me again" button?

      Indicators on the app icons for phone, messaging and voicemail do not reflect current status. When I have "missed calls" I used to go into the phone app, then "recent" and check who called me. That would usually clear "the number in the red dot on the app icon" indicator. Now, "hit and miss". The same indicator on the voicemail icon is also "hit and miss". The same indicator on the messaging app icon is a "total miss" as I have "red dot number 1" that has been there since the last time I restarted or power cycled the phone, and I don't have any unread text messages.

      The funny part comes when you call Verizon Customer Service; business accounts land on a different "help desk" compared to "regular folks", or so they say. I spoke with them at length after this "borkage" was "pushed" to my phone. By "at length" I mean about 2 hours spread across 2 different calls! They are at a complete loss to understand what is going on, could not provide any workarounds other than "restart the phone", and basically gave me the feeling that I was talking to Micro$haft tech support. As for escalating the issues "up the ladder", I had no such luck.

      I would definitely not want to pay for service like this, nor would I tolerate a carrier that pushes out borkage upgrades with no way to fix "annoyances", but I can't complain as my employer pays for the phone and selects the carrier that they will pay for.

    13. Re:The ones I really hate... by Anonymous Coward · · Score: 0

      There's a simple solution to that: don't buy devices with locked bootloaders.

    14. Re:The ones I really hate... by Anonymous Coward · · Score: 1

      Apple has since added support for installing the newest version of an app that your phone will support to the app store.

    15. Re:The ones I really hate... by Anonymous Coward · · Score: 1

      Are the updates who's only actual "update" is asking for more access permissions. I see no reason for a stopwatch app to require internet access, access to my contacts list and the ability to send premium SMS messages. It's a STOPWATCH app, it doesn't need access to ANYTHING.

      Android really needs a system level utility that can set what permissions each app is actually allowed to use. Of course this is never going to happen as surreptitiously sucking personal information out of cell phones is part of Google's business model.

  4. Which is why I recommend running 1 version behind. by Anonymous Coward · · Score: 4, Insightful

    You can avoid the pain of new releases, at least in most cases, by simply deferring the upgrade until a period of time has passed whereby the new release will be vetted by those eager to try it.

  5. Re:New Mac Pro sans Windows 7 by Bill_the_Engineer · · Score: 1

    This is news to me and this information sheet from Apple. Which device is causing the issue?

    --
    These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
  6. Verizon Galaxy SIII by JoshuaJon · · Score: 0

    I'd settle for having the updates not include a NEW locked bootloader. Waited ages for the 4.2 update only to have a new nasty bootloader installed along with it. Lame.

  7. Devs don't want to maintain old versions by FlamerPope · · Score: 5, Insightful

    Developers don't like having a lot of different versions of their software out in the world because it means they have to maintain those versions. Adding some sort of default rollback ability implies that devs will have to continue to support those old versions. That's not going to be very popular.

    --
    "If they send someone here, I'll arrange the usual 'accident.'" -- Alice, "Dilbert"
    1. Re:Devs don't want to maintain old versions by lowen · · Score: 1

      It goes deeper than this.

      Businesses have to pass down the costs of software maintenance to consumers; consumers won't pay what it actually costs to do this at the device level.

      For servers, that's why you pay extra for long term support at a particular stable revision. See Red Hat Enterprise Linux and Ubuntu LTS, or Microsoft's long term support for older versions of Windows Server, for reference.

      Developers of course would prefer to work on 'sexy' things like new features; maintaining older versions and backporting security updates and bugfixes is decidedly 'unsexy' in comparison.

    2. Re:Devs don't want to maintain old versions by hsmith · · Score: 4, Interesting

      Not even that, lets say you have a "Cloud" based App. You have to maintain your APIs on the server so they are backwards compatible.

      We've rolled out around 16 updates in 16 months for our software. New features, bug fixes, etc. While even our X.0 software will work with the API in X.16, it takes a lot of work to ensure that you are backwards compatible.

      Eventually we will break that, but it isn't all that trivial, especially for a small team.

    3. Re:Devs don't want to maintain old versions by Anonymous Coward · · Score: 0

      The database formats and configuration variables that are stored with the app or program usually change with a new version. More functionality== changes to the format of internal data.

      For non trivial programs, reverting to an old version really means reinstalling that old version - no one writes a database downgrade program.

    4. Re:Devs don't want to maintain old versions by Rakarra · · Score: 3, Insightful

      Developers of course would prefer to work on 'sexy' things like new features; maintaining older versions and backporting security updates and bugfixes is decidedly 'unsexy' in comparison.

      It's not just "unsexy," it's downright annoying to try to dig through an old codebase written poorly by people who have since left the company/community and has since been replaced in newer versions. It'd be one thing if that was free, but trying to maintain that abandoned code requires real work, often far more work than in your current codebase. The more effort you have to expend to maintain the old code, the more complicated and bug-ridden complimentary servers (like online servers and database servers) have to become in order to interact with multiple versions of the app, and the more resources are siphoned away from working on the future. Eventually your project will grind to a halt the more old versions you have to support so obviously you have to draw a line somewhere.

    5. Re:Devs don't want to maintain old versions by Anonymous Coward · · Score: 0

      Not even that, lets say you have a "Cloud" based App. You have to maintain your APIs on the server so they are backwards compatible.

      We've rolled out around 16 updates in 16 months for our software. New features, bug fixes, etc. While even our X.0 software will work with the API in X.16, it takes a lot of work to ensure that you are backwards compatible.

      Every once in a while we deal with nameless vendors who publish things they call "APIs" where constantly arbitrary breaking changes are made as new products are released. Has got to be so bad we have been forced to develop abstractions and versioning systems just to deal with vendors persistent childish bullshit.

      Sometimes people need to step back from the Agile Kool-Aid and think about what it is their doing including long term consequences and sustainability of their decisions.

      From my experience too often insufficient thought and abstraction goes into design of an API. Often times what passes for an API is simply an automated reflection of an underlying table or structure used directly by applications to do something very specific. These pieces of shit are not APIs.

    6. Re:Devs don't want to maintain old versions by MarcoAtWork · · Score: 4, Insightful

      who asked for maintenance? I just want to be able to reinstall the same version I was already running before, if to do so I have to click a 'this is unsupported, you are on your own' checkbox then whatever, I just want to:

      - if I have an old device and I wipe it, I want to be able to reinstall the applications I ALREADY HAD ON IT even if new versions are available (which would not run on it)

      - if a developer releases a bad update (significant changes in functionality, crash bugs in my scenario, redesign, whatever), I want to be able to downgrade to the previous version I ALREADY HAD

      developers would totally be free to say 'if you want this issue fixed you need to upgrade to version x.y.z', that's fine with me, but as things stand now the state of walled garden app markets is not very good: if in my job I told my customers that they have to force upgrade to every release (major OR minor) I put out and they won't be able to downgrade after doing so I would (rightly) go out of business very quickly.

      --
      -- the cake is a lie
    7. Re:Devs don't want to maintain old versions by plover · · Score: 1

      No, this doesn't put developers at any obligation to continue to support old versions. "If you really liked version n-2, then go ahead and install it, but when you get hacked it's your own damn fault for ignoring our security patches."

      The thing I don't like about the patch circus is that you never know when the devs are going to let you down. I might be satisfied with 1.0, but I really need new feature X, and I'm willing to pay for and install 2.0 as long as I get X. So I install 2.0 and get feature X, but it performs like a sloth. The devs go to work, and by 2.3 it's performing well again. I now have a level of expectations and trust with this developer - if I upgrade, I will get good performance.

      Along comes another needful feature Y in version 3.0. I read the reviews that there may again be performance issues, but I could really use feature Y so I warily upgrade, expecting that they will address the performance by 3.2 or 3.3, just like they did with 2.3. Nothing happens. 4.0 comes along with no appealing new features, yet I pay up anyway, hoping that they address the 3.0 performance issues. Nothing continues to happen. By the time 5.0 comes out I'm moving on to a different vendor who doesn't have these problems. (Yes, my next phone won't be an iPhone.)

      I wish I could say I've learned this lesson, but sadly I haven't. I have ridden many early adopter cycles, only to be ultimately disappointed by the vendors.

      --
      John
    8. Re:Devs don't want to maintain old versions by Anonymous Coward · · Score: 0

      Right. That's why that crufty code was completely rewritten last release...because it was an unmaintainable and buggy mess, and after backporting the rewritten code what do you have? The current release!

    9. Re:Devs don't want to maintain old versions by k.a.f. · · Score: 1

      Developers don't like having a lot of different versions of their software out in the world because it means they have to maintain those versions. Adding some sort of default rollback ability implies that devs will have to continue to support those old versions. That's not going to be very popular.

      I don't want them to maintain the old version, I just want to get it back! The very reason I want this is that I know the developers are not reponsive. If the developers were responsive, they'd fix the defects, and I would at least be able to work with the next version. But in real life, developers don't care about the problems of one obscure user. That's why I want to go back: the old version worked for me, and the new one doesn't. The developers don't have to do anything further for me, I just want them to not take my working version from me.

    10. Re:Devs don't want to maintain old versions by Anonymous Coward · · Score: 0

      ... Eventually your project will grind to a halt the more old versions you have to support so obviously you have to draw a line somewhere.

      The answer, of course, is that people that are supporting the existing versions should -not- be allowed to work on new projects.

      Yet...

      They should have to support for at least a year before working on anything new. That will teach them how to be careful with the new stuff.

      It is a cycle of about seven years. Two supporting and learning the old, about three to build the new, two supporting the new. Repeat. It might be faster with little things.

      After that long they are ready to build something completely new. A carreer can go through about eight to ten of these cycles.

      (Idiot slashdot thinks I am anonymous...)

  8. Re:New Mac Pro sans Windows 7 by Bill_the_Engineer · · Score: 2

    Never mind I found your issue in the FAQ (stupid HTML 5 bullshit). I wonder which device is the one lacking support and if there is an alternate source of the driver.

    --
    These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
  9. Even more than rollback... by ron_ivi · · Score: 1

    ... you should be able to install whatever version of software you want on your phone.

    The *only* think I want from a phone is a safe enough firmware bootloader that if someone installs something that doesn't work on a device, they can un-brick it and replace it with something that works.

    That would handle the specific case of "rollbacks" this article want; as well as the more general case of deleting Windows Phone and putting Android on the otherwise nice hardware.

  10. On the other hand by rujasu · · Score: 4, Insightful

    Rollback functionality is also not guaranteed to be perfectly functioning, error-free code, and there's no guarantee that reverting to the previous software version will also revert the user experience to its previous status.

  11. What about data changes? by ioErr · · Score: 5, Insightful

    Software updates sometimes change the internal format of its database. What makes you think that a company that produces a buggy new version is capable of creating bug-free code to backport the upgraded data to the old format?

    1. Re:What about data changes? by davecb · · Score: 1

      Paul Stachour describes fixing this (and other problems) back in the Mainframe era in the article http://cacm.acm.org/magazines/...

      Whether the companies in question can read is a different question...

      --
      davecb@spamcop.net
  12. Most android phones can go back by raburton · · Score: 1

    All android phones I've owned (and most I'm aware of) have the option to flash any version of their software (some only signed official versions of course). The only problem is getting the older version - even the latest version isn't always the easiest to get hold of simply from the manufacturer - but they can usually be found easily enough via google.

    1. Re:Most android phones can go back by Anonymous Coward · · Score: 0

      That really depends on the manufacturer. For example, for my Sony Ericsson android phone, they warn that once it is upgraded to ICS, I can never go back to GB. There are services available (Wotan, etc) that I can pay to revert back to GB; there are firmwares* available on random file-sharing websites, which requires an independently developed software* to flash it with. However, through official channels, you are not allowed to downgrade. On the other hand, it may be just Sony that's being a dick.

      I have never played with Windows phone, so I cannot comment on it.

      BlackBerry seems to be the only one that officially offers multiple older versions of the firmware for the phone.

      but they can usually be found easily enough via google

      * with God knows what malware may be added to it

    2. Re:Most android phones can go back by Control-Z · · Score: 1

      Yes, the only difficulty in installing an older version of an Android app is finding a trustworthy source. Of course you could back up your own APK files.

      Personally I leave auto-update turned off and only upgrade when I need/want to. I don't need an unexpected update changing the functionality of the app before I'm good and ready for it.

    3. Re:Most android phones can go back by Rob+Simpson · · Score: 1

      I use Simple APK Extractor. Easy to use and no dependencies. I've only had to revert to a previous version of an app once, but I've also been able to use it to copy a couple apps that are no longer available.

  13. Re:New Mac Pro sans Windows 7 by OzPeter · · Score: 3, Insightful

    It's because windows 7 cant cope with the modern hardware.

    Which is why I run Windows 7 under a VM on Mavericks (well actually multiple VM's with different versions of W7)

    --
    I am Slashdot. Are you Slashdot as well?
  14. Re:not even close by Anonymous Coward · · Score: 0

    If the code was perfect to start out with, there wouldn't be any need for bug fixes type of update.
    So this is like a bandage for the bandage.

  15. Computer Science != Software Engineering..... by lowen · · Score: 1

    Too many developers with CS degrees, too few with SE degrees, and nearly none with IS degrees. See http://www.acm.org/education/c... for more details on the differences.

    1. Re:Computer Science != Software Engineering..... by rujasu · · Score: 1

      I don't see how that's relevant here. Not including rollback functionality in the design is something that a SE or IS major could do just as easily as a CS major.

    2. Re:Computer Science != Software Engineering..... by lowen · · Score: 2

      SE majors learn the how and why of release management, that's why it's relevant. IS majors learn business processes, and those tend to include release management and the importance of rollbacks.

    3. Re:Computer Science != Software Engineering..... by rujasu · · Score: 2

      Sure, I'm aware of the differences between IS, SE, and CS. But we're not talking about "developers forgot to put it in" here. Apple and others are making a deliberate decision not to include rollback for end users.

    4. Re:Computer Science != Software Engineering..... by Anonymous Coward · · Score: 0

      CS graduate from the UK here.

      The CS and SE course was pretty much identical at my university. The entire first year covered the same units, although I believe they wanted the students to have the ability to switch between several courses, so they shared a common base year.

      The second year only differed by one unit. CS got taught about Operating Systems / Architectures, whilst SE took a unit where you had to make something within a team.

      There was only one difference again in the third year. CS learned about theoretical computer science, whilst SE did a unit called Software Engineering...no idea what that involved exactly.

      If something wasn't mandatory on CS but was on SE, you could choose it as an optional unit, and vice-versa.

  16. Re:New Mac Pro sans Windows 7 by Anonymous Coward · · Score: 2

    Not a big deal. With 64G RAM it'll be easy to start up a VMware image of Win7Pro-x64 and give it 2 or 4 cores and 16-32G.
    Multiboot is so last decade/century.

  17. restore from backup by oneiros27 · · Score: 2

    If you have good backups, you should still be able to restore. Sure, you trash whatever you might've done since the upgrade, but sometimes it's worth it.

    Of course, that's not the case on the iPad -- you might've done the smart thing and backed up everything before testing a new iOS update, but once it's applied, it *will* *not* let you restore the old OS.

    --
    Build it, and they will come^Hplain.
    1. Re:restore from backup by NatasRevol · · Score: 1
      --
      There are two types of people in the world: Those who crave closure
  18. Some users want buggy behavior in upgrades by 140Mandak262Jamuna · · Score: 1
    It might sound a little bizarre, but there are some users who demand that "exact reproduction of results of a previous run from the previous version" as an acceptance test of the new version. Even if the vendor proves the old run was buggy, and the old "gold standard" results are bad, they want exact rerun including the bugs. Apparently these customers have written acceptance test documents, written scripts to do the comparison with "gold standard" old results, got it all approved and got it signed off by every one up and down the chain of command. Changing that process requires something akin to getting a constitutional amendment passed. So the vendor doesn't get to sell the next version unless we migrate all the bugs too to the new version.

    So many project files will have "version strings". Unless the project is translated into the newer version and saved with a new version string, the code will repeat all old runs. This strange thing goes down the food chain. Some CAD companies would let you "choose" an API from the older version at run time.

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    1. Re:Some users want buggy behavior in upgrades by plover · · Score: 2

      It's called "bug compatibility" and there's a valid reason for it. When you install a software package to handle some core function of your business, you build up a lot of dependencies on it. If that package has a quirk, instead of waiting for the vendor to fix it you build a way to work around that quirk. If someone later fixes that quirk, your workarounds can suddenly cause breakages.

      Let's say your old accounting package has a buggy feature that automatically applies the "1% net 7" discount on an invoice but fails if you spell it in mixed case as "1% Net 7". Maybe the bookkeeper unknowingly enters them all with mixed case, but because they don't work she manually adds a 1% discount line to each invoice. When the vendor fixes the accounting package, these old discounts reappear, and the bookkeeper has to work to remove the double discounts. Worse, and more subtle, those new extra discounts might trigger a previously untested routine; perhaps the taxes on the automatic discounts are incorrectly computed on the subtotal before discounts. In this case fixing one bug triggers a new, untested feature that itself contains another bug - and the second bug is more vicious for multiple reasons. For one thing, you might check the discounts are fixed, but you don't realize this could impact taxes (which are often so complex that they're hard to figure out anyway.) So while the vendors may work with you to get the money due them; the tax collector can audit you for not collecting the right amount of tax, and create all kinds of legal problems for you.

      This may seem contrived, but the scenario is common enough in the real world. Most users just have to struggle with whatever crap software they're dealt, and such workarounds have become the norm.

      --
      John
    2. Re:Some users want buggy behavior in upgrades by ultranova · · Score: 1

      It might sound a little bizarre, but there are some users who demand that "exact reproduction of results of a previous run from the previous version" as an acceptance test of the new version. Even if the vendor proves the old run was buggy, and the old "gold standard" results are bad, they want exact rerun including the bugs.

      There is nothing bizarre about this: sometimes output is best stored in the form of input (for example, see Pov-Ray) and repeatability trumps aesthetics.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

  19. That'll work well by Victor_0x53h · · Score: 1

    Easy enough for a desktop application when all you have to do is uninstall the new version, and install the older one. A little more complex for your PC or laptop's OS: you need is enough free space on the disk drive to store all the originals and a somewhat elaborate restoration routine. The idea's great, but there are limiting factors for a phone (disk space, processing power). Whats more is all the different firmwares for radios, gps, etc. which should, but don't always like to take a step back if you simply install the old firmware over top. Maybe we could just download all of the OS and factory restore the whole thing to whatever version. This would work, but it's kind of a hassle for your average user - probably not what Andy meant. Moors law dictates these devices will become more powerful, so maybe in the not-so-distant future. Really though, if they can't get the new OS to work right why do you think they could perfect a restoration routine. Who is this guy anyhow?

  20. Re:New Mac Pro sans Windows 7 by Bill_the_Engineer · · Score: 1

    I suspect this has more to do with the way new hardware devices are certified by Microsoft than some conspiracy at Apple. I am glad you said something I would have never checked the FAQ until I had a new Mac Pro and was trying to install Windows 7 on the one user's machine who insists on buying an Apple product and running Windows on it.

    Luckily everyone else in this office uses OS X on Apple hardware because we are mostly a Linux/OS X unix shop. I think all companies have at least one troublesome user.

    --
    These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
  21. Backward compatibility is expensive by ZipK · · Score: 4, Informative

    That's because software developers are always operating under the assumption that the latest version is the greatest version, when it may not be.

    No it's not. It's because engineering for backward compatibility and maintaining multiple versions is both difficult and expensive. Building, testing and maintaining multiple backward compatible versions is an expense that most app vendors probably can't afford.

    1. Re:Backward compatibility is expensive by rockmuelle · · Score: 3, Interesting

      This. Software is expensive to maintain. For every old, supported version that a customer can rollback to, the company must maintain development and support infrastructure. This is likely a full time QA person whose job it is to ensure the rollbacks work, at least a part time developer to fix things that break the rollbacks, the team that supports the packaging and distribution of the rollback versions, and the front line support staff to answer calls when something goes wrong with the rollback. Already, that's at least 3 FTEs and likely 5 or more. Just to support rollback functionality. To put a price on it, it's at least $300k/year in direct costs, and more in opportunity and indirect costs.

      For free apps, or apps that only cost a few dollars, there's absolutely no way a company can justify the cost and effort to do this.

      Now, if users were willing to pay $50 for an app, then there would likely be resources available to support this. Of course, with those prices, the dev processes could be more robust and the need to rollback would be greatly diminished.

      tl;dr: you get what you pay for.

      -Chris

    2. Re:Backward compatibility is expensive by Anonymous Coward · · Score: 0

      Also most of the time the user is just butthurt that a button moved or the color of something changed, and they don't care that the underlying reason for those changes was a large number of requests for them by other users.

    3. Re:Backward compatibility is expensive by Anonymous Coward · · Score: 0

      I dislike the what happened about 2 years ago:

      There was an app that had both a free ad version and a paid no ad version. I liked it enough to buy the paid version. An update comes along, and boom, my paid app now has ads. Congratulations to me. Never upgrading or buying apps. Thanks.

    4. Re:Backward compatibility is expensive by excelsior_gr · · Score: 1

      If backwards compatibility is costly, then imagine the cost of spawning all those new buggy versions every other week!

  22. Security updates by gmuslera · · Score: 1

    Old, unmaintained legacy versions may not have security fixes for reported problems. And if well in open source software may have maintainers for old versions if enough liked them, for companies may not be profitable to keep updating old versions (unless the support contract/terms of service forces them).

  23. Rollback? I hate iOS 7.x. by azav · · Score: 0

    It's hideously ugly, all the numbers look curly and feminine and if I put my fully charged phone to sleep on Friday when I leave the office, the battery of this unused sleeping phone dead when I come in on Monday.

    It's not just my phone, but all other members on my team too.

    I hate (really hate) that Apple will never let you go back to a previous version of iOS. In fact, I dread if any of my iOS 6 devices ever mistakenly get updated to 7.

    So, rollback?

    It's expected that we should be able to do this. Especially if your device is more than a few years old, and you update it, then the update doesn't work for you you can't roll it back AND Apple will no longer support the device, so you're simply screwed.

    The ability to rollback an OS should be a requirement, unless that version of the OS is fatally flawed for some reason.

    --
    - Zav - Imagine a Beowulf cluster of insensitive clods...
  24. Re:New Mac Pro sans Windows 7 by azav · · Score: 0, Offtopic

    in its* infinite wisdom

    it's = it is

    --
    - Zav - Imagine a Beowulf cluster of insensitive clods...
  25. Too much server integration to go back by SuperKendall · · Score: 3, Insightful

    The problem with making the argument that you should be able to revert to older versions of software is that software is more and more getting at least some functionality from a server component. Sure that server has to allow migration from an older version to the next, but the truth is you just can't maintain server versions for every client forever.

    This isn't even a mobile only issue anymore as lots of desktop software these days has server interaction. It's a consequence of moving to a world with more pervasive networking.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Too much server integration to go back by Anonymous Coward · · Score: 0

      that's ridiculous by that logic you shouldn't be able to run an old version at all unless everyone updated instantly and at the same time.

    2. Re:Too much server integration to go back by plover · · Score: 2

      Do I really need a server component to do word processing, or spreadsheets, or spell checking, or compute the total of an invoice? The answer is yes in a couple of specific cases: 1) the vendor wants to charge me rent instead of selling me the software; 2) the vendor wants to deliver "content relevant targeted marketing messages"; 3) the vendor wants to run all my personal data through their analytics servers.

      Notice the thing all these cases have in common is: "the vendor wants" and not "the customer needs".

      Software as a Service is just a different way of typing Consumer as a Sucker.

      --
      John
    3. Re:Too much server integration to go back by SuperKendall · · Score: 1

      that's ridiculous by that logic you shouldn't be able to run an old version at all unless everyone updated instantly and at the same time.>

      Usually servers support a version or two back, but eventually support is phased out.

      However these days it is not unheard of that you run some software and it does in fact tell you "You must update now to continue running".

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    4. Re:Too much server integration to go back by SuperKendall · · Score: 1

      Do I really need a server component to do word processing, or spreadsheets, or spell checking, or compute the total of an invoice?

      At first it would seem like the answer is no.

      But actually lots of people have found value in products that do in fact need a server component to do word processing - so that documents are distributed across devices without delay or command. EverNote and OneNote are popular because they do in fact basically rely on network access.

      There are also applications that people like to use that require the network to work - Google Maps, Google Voice, Siri and the like all require network access. There are also OCR apps that have the server doing the heavy lifting for OCR or other image recognition.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    5. Re:Too much server integration to go back by strikethree · · Score: 1

      How I read your last sentence: It's a consequence of moving to a world with more pervasive MONITORING.

      Ugh. I had to read it again to get rid of the word my brain was sticking into your sentence.

      --
      "Someone needs to talk to the tree of liberty about its ghoulish drinking problem." by ohnocitizen
  26. Treating a symptom by Anonymous Coward · · Score: 0

    This is just a manifestation of the complaint of the lack of control a user has over their device. It comes as no surprise that phones and tablets are the worst offenders; these devices typically allow the user less freedom.

  27. Re:not even close by azav · · Score: 2

    But you CAN'T try out the software first. You can't try it out and see if it works for you or not.

    There is no back switch. There is no test drive. The user has little choice.

    --
    - Zav - Imagine a Beowulf cluster of insensitive clods...
  28. Downgrading is a horrible idea. by psyhofreak · · Score: 1
    Sure, occasionally it would be nice to go back. However there are even more reasons why this is just a bad idea. The upgrade might be required to work with changes to the back-end server for example. If the phone's OS had a "go back" button, it would just go back to one that does not work at all. Another is if the data in local storage got upgraded by the new version, to something that just makes the old version crash instantly. I've never done that deliberately, but I have done that.

    Ultimately, the best solution is for the users to quit being such whiney bitches.

    1. Re:Downgrading is a horrible idea. by JohnFen · · Score: 4, Insightful

      Sure, occasionally it would be nice to go back.

      Or more than occasionally, if I've forgotten to turn of the abomination that is automatic updates.

      The upgrade might be required to work with changes to the back-end server for example.

      Which is yet another point in the lengthy list of reasons to avoid anything that depends on the cloud or proprietary third party servers to function.

      Ultimately, the best solution is for the users to quit being such whiney bitches.

      Ultimately, the best solution is for developers who can't bring themselves to actually take customer needs and desires seriously (or at least to stop insulting them) to get out of the business that they obviously loathe.

    2. Re:Downgrading is a horrible idea. by maliqua · · Score: 1

      what's with the string of people saying "No you can't because of something server side" if something server side prevented you from rolling back due to incompatibility it would prevent people who haven't upgraded from working in the same way.

      The best solution, in your opinion is to STFU and do what apple and google says is best for us then?

      I have never heard an opinion on this site i respected less.

    3. Re:Downgrading is a horrible idea. by Kremmy · · Score: 1

      With regard to the iOS devices, we have a really silly situation. We actually have a situation where the devices hadn't been properly handling SSL for YEARS, from the looks of it they even released an Out of Band update for iOS 6 because some perfectly capable handsets aren't compatible with iOS 7 and that would have caused Issues. The fact that it is even possible for such a thing to have happened is silly enough as is, but there ya go, this is what we get for so many falling into this closed ecosystem trap. It's a wall, and things are simply bound to crash into it. They should open their doors so we're not at their mercy for this level of CRITICAL SECURITY FLAW.

  29. Alternate solution: by peter.kingsbury · · Score: 0

    Open source released software.

    Don't like the new version? Fork it yourself, and fix it yourself.

    Or stop whining.

    1. Re:Alternate solution: by azav · · Score: 2

      This is a GREAT idea for my grandmother!

      Oh, wait.

      Even if this was something she was inclined and able to do, Apple locks it down for market share and security.

      OSS is great! But it can be modified by anyone capable for good means or bad.

      --
      - Zav - Imagine a Beowulf cluster of insensitive clods...
  30. Re:not even close by gsslay · · Score: 1

    Unfortunately when you are dealing will phone apps you have to deal with two things;

    Firstly a continual stream of minor updates. Are you going to test every single one? Personally I have a life, and am not intent on being a beta tester for most of it.

    Secondly, automated updates. Again, I don't want to spend half of my free time performing manual updates. So often allowing automatic updates is the only solution.

    But yes, there is nothing more annoying to discover that the latest version is broken in some regard, and you would be better off with the older version, which is now unobtainable.

    Same goes for applications that have bloated to the point where what used to be functional on your moderately aged phone, is now unusable because it has been coded and tested on the very latest hardware.

  31. RollbaIs there anywhere that /does/ do rollback? by taikedz · · Score: 1

    Where have we seen in consumer space the ability to rollback an uncompleted install? Once it's installed, the only way back is to find a previous installer, nuke, and reinstall.

    This has been standard IT procedure since Microsoft invented "service packs."

    Indeed, and since way before too.

    It used to be that you never went for the x.0. Nowadays, we have to be wary of getting any x.y.0

    --
    -- "Simplicity is prerequisite for reliability." --Dijkstra
  32. Why I didn't upgrade to iOS 7 for a long time. by XxtraLarGe · · Score: 1

    This is exactly why I didn't upgrade to iOS 7 when it came out. I had heard that Apple invalidated the checksum for iOS 6 so you couldn't install it from a backup in case you needed to restore your phone after upgrading. My iPhone 4 worked rock-solid with iOS 6, but I had heard iOS 7 had extremely bad performance on it.

    Since iOS 7.2 was recently released and supposedly offered better performance on the iPhone 4, I decided to roll the dice and install it. No problems so far over the past week (fingers crossed). The only issue I had was Numbers got updated automatically, now making that version incompatible with the version on my iMac running Mountain Lion, so I was basically forced to upgrade that to Mavericks just so I could open spreadsheets on both. Thankfully, the upgrade to Mavericks was pretty smooth too, and my computer actually seems to be running better. That used to be the case with OS X up until the change from Snow Leopard to Lion.

    --
    Taking guns away from the 99% gives the 1% 100% of the power.
  33. This would fix bait and switch adware games by Andy_R · · Score: 1

    It seems to be an increasingly common tactic for games developers to put out an advert-free game, wait for it to gain market share, then force an 'upgrade' that has no improvements at all, but is crammed with so many adverts that the game is barely playable. I deleted "4 words 1 picture" when it turned into "4 words, 1 picture, 1 full screen advert", but I would rather have kept the old, playable version on my phone.

    --
    A pizza of radius z and thickness a has a volume of pi z z a
  34. Re:New Mac Pro sans Windows 7 by Anonymous Coward · · Score: 0

    What kind of fucktard invests $10,000 in a UNIX workstation and then puts Windows on it...the amount of people running Windows on a Mac Pro can be counted on one hand.

  35. Re:New Mac Pro sans Windows 7 by jeffmflanagan · · Score: 1

    I realized that Windows 8 is pretty good when I got my first BSOD Sunday while updating the video driver. I hadn't even thought about the fact that using Win 8 since release I had never had this happen, until it finally did after so much use. Windows self-repaired on reboot, and the system is rock-solid again.

    On topic: I had to abandon SpashID Safe when an automatic update hosed the software, losing data and making the UI less-pleasant. I'm now happy with mSecure, and have automatic updates turned off so I can read reviews before install. I wouldn't have to do this if rollback was allowed.

  36. MIssed point by Anonymous Coward · · Score: 0

    You should be able to roll back, but there is a couple problems.

    !. the older versions of your software are probably riddled with security holes. where the newer version will at least buy you some time before they get hacked.

    2. seeing how these companies just about refuse to create patches, and go into denial, and or blow them off until someone exposes it to the masses, about known vulnerabilities, it would be more difficult to get them to keep patches coming when someone exposes another hole.

    If I remember right that was pretty much the argument these companies used, in refusing to allow users to roll back software.

  37. Re:New Mac Pro sans Windows 7 by Anonymous Coward · · Score: 0

    Because before they were using a hacky hybrid gpt-mbr partition table to get windows installed on the mac, also emulating a BIOS. They have just simplified the whole process booting windows in pure uefi gpt, now that windows 8 properly supports it.
    Also, new hardware = new drivers = new OS

  38. it's by Immerman · · Score: 1

    don't forget it's = it has, and a few others as well. As in it's come to may attention that...

    --
    --- Most topics have many sides worth arguing, allow me to take one opposite you.
    1. Re:it's by azav · · Score: 1

      Correct.

      For the amount of times I have to type this to show people, I generally just address the direct issue.

      Thank you though.

      --
      - Zav - Imagine a Beowulf cluster of insensitive clods...
    2. Re:it's by Anonymous Coward · · Score: 0

      As in it's come to may attention that...

      Just shut the fuck up.

  39. OS Backup and restore... by David_Hart · · Score: 1

    - Windows you can backup / restore / reload
    - Andriod you can backup / restore / reload
    - UNIX you can backup / restore / reload
    - OSX you can backup / restore / reload
    - iOS you can .... ooops.....

    It does like like there may be some rollback options for iOS users, though. See http://downgradeios7.com/.

    1. Re:OS Backup and restore... by mlts · · Score: 2

      Devil's advocate here:

      One reason that Apple may not allow downgrades is the fact that some people who downgrade might later on get stung by security issues... then blame, perhaps sue Apple for deliberately putting a downgrade mechanism that puts them back in harm's way in a backlevel iOS version.

    2. Re:OS Backup and restore... by Urza9814 · · Score: 1

      ...at which point Apple shows the judge that the user couldn't possibly have downgraded without checking the box saying 'yes, I know this will expose me to security issues' and the case gets thrown out of court.

  40. Re:not even close by wonkey_monkey · · Score: 3

    But you CAN'T try out the software first.

    It's for exactly those cases that the GP is suggesting letting other people try it out first.

    --
    systemd is Roko's Basilisk.
  41. Re:Which is why I recommend running 1 version behi by Immerman · · Score: 1

    Indeed. In fact you may fall several versions behind waiting for reliability and/or usability to return to previous levels. Personally I'm just about ready to upgrade from XP to Windows 7 on my gaming rig, except that I'd need to upgrade a fair bit of hardware to maintain the same performance.

    --
    --- Most topics have many sides worth arguing, allow me to take one opposite you.
  42. Re:not even close by Immerman · · Score: 1

    It would be nice if there was an option for automatic deferred updates - don't apply an update unless X weeks have passed with fewer than Y% of users complaining.

    Rollbacks on the other hand can introduce all sorts of issues with anything that stores non-trivial settings or changes internal file formats. It's easy enough for version N+1 to support and upgrade all previous versions, but do a rollback and there's no way for version N to support the changes made by N+1.

    --
    --- Most topics have many sides worth arguing, allow me to take one opposite you.
  43. Harder than it sounds by Eric+Green · · Score: 5, Insightful

    I've been in charge of update deployment and strategy for several companies now. There's a few issues that come into play when deciding whether an update can be reverted or not. For a trivial app that doesn't maintain much data there's no real issue. Anything that does maintain real data, you must determine whether the database schema change between version A and version B is backwards compatible so that you can roll from B back to A. If the database schema change is incompatible, then you can't roll back. Same thing with on-disk data formats in general. I have Fedora 20 installed on one of my systems. If I wanted to roll back to the previous Centos 6 I couldn't, because the XFS file system format changed between 2.6.32 and 3.12. Centos won't mount Fedora 20 XFS filesystems.

    Then there's binary compatibility issues. One release of one employer's software was based on Fedora 7 with a lot of modifications (different kernel, various applications updated, etc.). The next major release was, due to a gigantic change in hardware architecture for their newest systems, based on Fedora 13, including a major version update to Postgres for the database. The upgrade process runs out of a special imaging initrd and consists of save off the database with pg_dump to a couple of data drives, wipe out the base OS, plop on the new base OS, install the new application layer on top of the base OS, and restore the database with pg_restore. The pg_dump and pg_restore are necessary because the binary format of Postgres databases changed between the two different versions of Postgres. Downgrading in this case is impossible because the older version didn't know how to do pg_dump and pg_restore, since its previous releases had used the same antique version of Postgres (a version so old it wouldn't even compile under Fedora 13).

    Finally, there's the question of whether an update scheme even has provisions for forcing arbitrary versions. The ones I've designed did, mostly because they were for very large data storage appliances where you didn't want anything updating automatically because scheduling a service outage for the update is a Big Deal for big data storage systems and where you needed the ability to roll back to the previous version if the update happened half-baked (if, say, the power supplies both blew out halfway through the update and left it only halfway on the disk). So you had to manually select which version you wished to update to, based on a list of what was compatible with your hardware and current installed version. But it appears to me that Apple has no such ability within their App Store interface. They make only the latest version available, period, even if it isn't compatible with your older iDevice.

    So: Being able to roll back to the older version of the software is a lofty goal. But sometimes it just isn't feasible. On our web application once the database format has been updated to a new incompatible schema and new data is flowing in, there's no going back -- even though we saved off a copy of the old database before doing the database schema change, going back would discard all the new data that's flowed in since. So we cross our fingers, run it in parallel with a clone of the old system's data stream for a while to assure ourselves it won't blow up, and test the bleep out of it before cutting it over as the active version. Because once it's been in service for over a couple of hours there's no going back -- people may tolerate losing a few updates, but not days worth.

    That said, when I had my Europa Universalis IV save games wiped out by an update to EUIV that Steam auto-updated without my consent or knowledge, I certainly was peeved! I should have at least been given the opportunity to *not* update, which even Apple gives you. That would have allowed me to spend a couple of days researching the update and waiting for people's feedback on whether it was worthy or not. Instead... sigh. So it goes.

    --
    Send mail here if you want to reach me.
    1. Re:Harder than it sounds by Anonymous Coward · · Score: 0

      Re: xfs disk incompatibility.
      I experienced that once when restoring from backups to replace a drive (160 -> 500 gig . . . this was a long time ago) and the 2.4 kernel couldn't read an xfs filesystem created by a 2.6.something kernel. A scary "Couldn't find superblock" message, even though the filesystem was undamaged. The fix was to create an empty filesystem with 2.4; then copy the data back. Though it's sorta painful and annoying, you could use a similar trick to make a fedora 20 install on a new machine that CentOS 6 could read . . . just initialize all the partitions in CentOS 6 first, and don't repartition later.

  44. This killed TuneUp by l0ungeb0y · · Score: 1

    Anyone remember TuneUp for iTunes? I got an email from the TuneUp team a couple days ago announcing the developers had reclaimed the codebase. Seems after the 3.0 release which was apparently so bad and no way to revert to 2.4, that they had a user uprising and the company literally imploded dealing with the ongoing crises. Seems in this case, having a rollback plan in place could have saved the company by giving angry users an out and averting a complete crises.

    1. Re:This killed TuneUp by Virtucon · · Score: 1

      TuneUp has been on the ropes for awhile and the 3.0 release was the last straw for a lot of people.

      --
      Harrison's Postulate - "For every action there is an equal and opposite criticism"
  45. Backups by Theaetetus · · Score: 1
    Why do you need the ability to rollback to a previous version built into individual applications? You are already keeping backups, whether it's Windows restore points, Time Machine, or simply syncing your Android or iOS device before you install new software, right?

    You're not? And you think that every application developer should devote time and money to making up for that?

    1. Re:Backups by Urza9814 · · Score: 1

      Windows restore points, Time Machine, or simply syncing your Android or iOS device before you install new software

      Right, because when I want to downgrade a single application, the sane strategy is to revert *the entire operating system and every application and all user data* rather than just that one single application?

      Sure, that works fine if you update the app and decide five minutes later you don't like it...but what if you don't run into that deal-breaker bug until next month?

  46. yay, couple months without bluescreen. Hotswap CPU by raymorris · · Score: 0

    Wow, that's great. Windows ran a few months without a blue screen of death. Meanwhile over here where we use reliable operating systems, a contractor hotswapped a CPU in one of my machines. It kept running fine. That machine has had two replacements of the boot drive in the last few years. No reboots needed for those either.

  47. It's all about jailbreaking. by ITEM-3 · · Score: 1

    The point of most of the updates to mobile devices, especially in the case of Apple, is to patch security flaws which allowed users to jailbreak their devices. If users could downgrade their OS, Apple would be powerless to prevent people from escaping the walled garden. Nintendo did the same thing with the Wii; the sole purpose of several updates was to break the Homebrew Channel. Honestly, I'm surprised we're not forced to upgrade as soon as the update is ready, although I imagine that will change in the coming years.

  48. Re:Which is why I recommend running 1 version behi by ifiwereasculptor · · Score: 5, Funny

    And how is XP, by the way? I'm running 98, but it's getting a little long in the tooth. I'm thinking about upgrading to XP this April 8, when I'll consider it to be fairly well tested.

  49. Re:Which is why I recommend running 1 version behi by CubicleZombie · · Score: 1

    The only thing you get from Android app updates is more ads. I let it update my kitchen timer app. The new version was the same as the old one but came with fucking banner ads. So I've learned to never, ever update anything on my phone.

    But that's not as bad as Google who pushed a Chrome update that removed the buttons from the scrollbar. I guess nobody at Google has ever used a touch pad.

    --
    :wq
  50. Re:New Mac Pro sans Windows 7 by MouseR · · Score: 2

    Fortunately Windows reboots often so it will keep itself in pristine shape.

  51. Re:New Mac Pro sans Windows 7 by Anonymous Coward · · Score: 0

    You know all that trivia, but can't tell its from it's?

  52. A few years ago, by k31 · · Score: 2

    there were articles complaining that software was never updated on mobile devices, even though the technical facility to do so was.

    Now that is is being updated, complain about that, too.

    If companies kept a backwards compatibility support team, the cost of new products would be higher... and you would complain about that, too, I suppose.

  53. CS vs . SE by raymorris · · Score: 1

    The CS major can calculate the time complexity of the rollback algorithm.
    The SE thinks that allowing for rollback might be a good idea.
    The IS person cusses the PM who didn't allow for rollback because OF COURSE you should plan for contingencies.

  54. Re:New Mac Pro sans Windows 7 by homey+of+my+owney · · Score: 1

    It's nice that this is about Apple... But the first thing that popped into my mind was XP -> Vista.

  55. Pay up. by Anonymous Coward · · Score: 0

    Providing the option to rollback an update is *expensive*. If this must be mandatory, it will significantly increase development costs and turnaround time, and these costs will be passed on to the consumer.

    Be careful what you wish for.

    1. Re:Pay up. by Bill_the_Engineer · · Score: 1

      I don't desire a rollback and I believe the OP is wanting Windows 7 support to be added to the current version of Bootcamp.

      I continue to get new windows machines with Microsoft Windows 7 installed on them and pay for the privilege of the "downgrade".

      --
      These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
  56. Re:Which is why I recommend running 1 version behi by Anonymous Coward · · Score: 1

    Is it still possible to download old updates for windows 98? If I were to install it in a VM would I be able to update it to the latest?

  57. Speaking of VMs by Immerman · · Score: 2

    Quite good actually. It takes a little getting used to, but the stability improvements are enormous. I'd recommend skipping it though, 7 has reached the point that it's an improvement in almost every way, way better than the 95->98 transition, though it does have somewhat higher system requirements and there are some serious issues with backwards compatibility, especially with 16-bit software. Still, 98 mostly works without issue in most virtual machines.

    Speaking of VMs, can anyone recommend a cross-platform option (Linux and Windows especially) where configured machines can be reliably moved between platforms? I'd like to be able to set up a win98 VM with all my old games - the sort of thing that will never change beyond adding new game saves, and then just install the VM software on whatever platform I have and copy the configured VM over. I've tried VirtualBox and VMware, and they both tend to have serious issues that mean I'm lucky to even get the copied VM to boot much less run stably.

    --
    --- Most topics have many sides worth arguing, allow me to take one opposite you.
    1. Re: Speaking of VMs by Anonymous Coward · · Score: 0

      VMWare handles this just fine. It sounds like you just don't know what you're doing.

    2. Re:Speaking of VMs by angel'o'sphere · · Score: 1

      It will be very difficult to find a true moveable image/vm if you want to move from OS to OS.

      The image itself likely is no problem (e.g. using virtual box), however usually you will have to install platform AND vm specific drivers to integrate e.g. the mouse, full screen mode, graphics and possibly network access into the host OS.

      I would recommend to have a preconfigured image, without the host OS specific drivers. A second virtual disk for installed games or game data (supposing the game does not modify the OS and the games are happy if installed on an extra drive, like letter D: or E: ... some games don't like that)

      Now you can copy that image to your desired new host OS and simply install the host OS specific drivers.

      Ofc: keeping the several vm images in synch is an issue, his only makes sense if you only "move in one direction, and not if you move back and forth.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  58. Re:New Mac Pro sans Windows 7 by Anonymous Coward · · Score: 0

    Strangely enough, comparing feature for feature and chip for chip, the Mac Pro is slightly cheaper than the other brands of PCs. So, running Windows 7 or 8 is something that can be useful on this hardware.

  59. Re:Rollback? I hate iOS 7.x. by Anonymous Coward · · Score: 0

    I haven't upgraded past IOS 5.1.1, for these same reasons. I finally had a need to upgrade recently, when an application that I wanted to run required IOS 6. Unfortunately, the only version I can upgrade to is IOS 7. There is no way, in a thousand years, that I will upgrade to that piece of garbage OS. Every time I have to use my wife's phone, I get nauseated from the way everything flies around the screen. It's very reminiscent of motion sickness. My next OS update will come with a hardware upgrade to an Android phone.

  60. Re:not even close by khellendros1984 · · Score: 2

    A program without bugs is either trivial or expensive to produce. In most cases, it's not worth the time and money necessary to prove the correctness of a program.

    --
    It is pitch black. You are likely to be eaten by a grue.
  61. Re:Rollback? I hate iOS 7.x. by sideslash · · Score: 1

    if I put my phone to sleep on Friday when I leave the office, it's dead when I come in on Monday.

    Uh...

    It's not just my phone, but all other members on my team too.

    That's it. I'm calling the police.

  62. Re: New Mac Pro sans Windows 7 by Anonymous Coward · · Score: 1

    Maybe I'm weird, but when an operating system gives me a blue screen of death, my reaction is not to be impressed with how stable and reliable it us.

  63. Modular software... by Anonymous Coward · · Score: 0

    You know what would be cool? If there was some way to release the underlying instructions that make up a piece of software and then give the users the ability to see those instructions. The users could then change the instructions as they saw fit. There would need to be some process to move the human readable instructions into something understood by machines, but there are other programs that could do this.

    Now not everyone could understand the instructions. In that case, others could share the binary things that they created, and also distribute the instructions just so others can verify.

    The beauty of this is that if there's enough demand, many people will create the machine readable versions but the instructions are still readily available for those cases where the majority versions are not adequate.

  64. Re:New Mac Pro sans Windows 7 by Anonymous Coward · · Score: 0

    Hated by baby ducks afraid of change?

  65. Re:New Mac Pro sans Windows 7 by RogueWarrior65 · · Score: 1

    I'm a little mystified as to why some moderator decided that my post was off-topic. I consider "rollback" to include "let me install an older version if I have the discs for it."

  66. Re:RollbaIs there anywhere that /does/ do rollback by plover · · Score: 1

    I remember the old joke this way:

    "Thank you for installing Windows by Microsoft, where quality is job 1.1"

    --
    John
  67. Im switching to Android due to iOS7... by Anonymous Coward · · Score: 0

    If I had been able to stay on iOS6 (which works with my poor vision) I would have continued to use Apple products. As it is now al their products are purposely being made hard to use for people with bad eyesight just cause they look "cooler". ROLLBACK FOR THE PEOPLE!

  68. Got you covered by Krishnoid · · Score: 1

    Until the day comes ... we need the ability to go backwards with all software.

    Portable apps offer this and related features for a large body of applications on the Windows desktop.

    Disclaimer: I use apps in this format a lot. I met the founder a few years ago at OSCON -- I'm making the extra effort to plug the project here because he's a friendly, dedicated, focused guy.

  69. Bingo by ThatsNotPudding · · Score: 1

    No (or none worth considering) 3D CAD programs offer backward compatibility (i.e., 'save as') because added features and methods change the core file format.

  70. Cloning as backups? by antdude · · Score: 1

    Isn't there a way to make image copies in these mobile phones so we can restore when needed like we do on computers?

    --
    Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
  71. Re:Which is why I recommend running 1 version behi by afidel · · Score: 2

    So I've learned to never, ever update anything on my phone.

    Or root it and install Titanium Backup, whenever I get a bum update I just leave a bad review and then install the backup from the previous night.

    --
    There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
  72. Re:Which is why I recommend running 1 version behi by MarcoAtWork · · Score: 1

    that works until your old version has a major security hole and your choice becomes moving to the new version or risking being exploited: for example I've always run my ipad2 on ios5 until ios7 was released, then ios6, but now I *had* to update to ios7 due to the ios6 patch for the major security hole not being available to me (given that my ipad2 can run ios7 itunes only gave me the choice to update to that).

    I completely agree with this article, I also think there are no reasons but greed to prevent itunes from installing old applications on your old idevice, I have an old ipod touch 1st gen that still works perfectly, have a lot of still very useful apps on it, but if something happened and I had to wipe it I would not be able to reinstall pretty much any of them due to the itunes store not allowing me to, it's a really bad state of affairs (for users) but then again that's what happens when you buy into a walled garden ecosystem, you are at the mercy of what's more convenient/makes more money for the company, not what's best for you.

    --
    -- the cake is a lie
  73. Re:New Mac Pro sans Windows 7 by sh00z · · Score: 1

    Why would Apple want Office on iOS? the iWork suite is just dandy.

  74. Re:New Mac Pro sans Windows 7 by RogueWarrior65 · · Score: 2

    Greater acceptance in the business community? There are still plenty of corporate IT staffers who refuse to acknowledge anything made by Apple if for no other reason than the support requirements of a Microsoft environment is job security for them.

  75. Re:Which is why I recommend running 1 version behi by riis138 · · Score: 1

    I agree compleatly...So many headaches can be avoided by simply waiting for the bugs to be ironed out.

    --
    Somewhere, something incredible is waiting to be known. -Carl Sagan
  76. No by Dunge · · Score: 1

    Better to find bugs and fix them and improve than to stay on old versions.

  77. Re:Which is why I recommend running 1 version behi by just_another_sean · · Score: 1

    Debian FTW! Oh, wait, that's usually 2 - 3 behind! :-)

    --
    Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
  78. Don't get me started by Grey+Geezer · · Score: 1

    about the lack of backward compatibility in 3D CAD software. SolidWorks (for instance, but they all are pretty much guilty of the same strategy) will not allow you to save a file that can be opened by a previous version. They pretty much force you to buy a "subscription" to keep your software up to date, and hope your customers/stakeholders all do the same. They say it's impossible to create a converter that would allow backward compatibility.....

    --
    The USA is only 4X older than me...perspective
  79. Convinced an employer to do that. by Anonymous Coward · · Score: 0

    They made enterprise-level software that used a web interface. They were "the opposite of Agile", often two YEARS behind on browser support. Then they moved to Agile, and wanted to target ONLY the latest/greatest browsers. I convinced Product Management to target the most common versions in enterprise environments, plus newer versions.

    So: IE 8 plus IE 9.
    Firefox ESR 17. (They were going to go from "we only support Firefox 3" to "we only support Firefox 21".)
    Etc.

    Firefox was the big sell. With FF move to rapid releases, trying to target an exact version was folly. (We had a STRICT support policy, and while the process was agile, it was still slow - by the time the release actually came out if they had said "Firefox 21 only", what would have happened a week later when FF 22 came out? Or before the release actually went to customers, even.) By targeting the ESR branch, we got stability.

  80. Re: New Mac Pro sans Windows 7 by viperidaenz · · Score: 2

    My reaction would be how shit the video driver was.

  81. Be thankful by msobkow · · Score: 1

    Be thankful developers and companies put in the time and effort to migrate your data forward.

    You want to migrate it backwards? Prepare to pay up. Big time.

    --
    I do not fail; I succeed at finding out what does not work.
  82. Your homework assignement for tonight by Chelloveck · · Score: 3, Insightful

    Your homework assignment for tonight is to write 5000 words comparing and contrasting the requirement that developers allow rollback of buggy releases with the requirement that developers keep their customers up-to-date with security fixes. For extra credit, discuss the consumer benefits of being able to apply individual patches a la carte versus the engineering cost of creating and maintaining a library of patches that can be applied independent of each other.

    --
    Chelloveck
    I give up on debugging. From now on, SIGSEGV is a feature.
  83. You left out... by DaveAtFraud · · Score: 2

    Shared dependencies:

    Packages A and B both depend on shared library C. A critical bug is discovered in package A that requires a change to library C. Package B releases an update to stay compatible with library C. It turns out that the update to B doesn't work. There is no way to revert B to the previous version since this also requires reverting library C and package A to the version with the critical bug.

    Testing:

    Each old reversion point for any sort of shared library means that every package that is dependent on that library has to be fully tested with each version of the shared library. Add in multiple shared libraries and the test case tree becomes very bushy since all permutations and combinations of the shared libraries must be tested.

    Cheers,
    Dave

    --
    They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
    Ben
    1. Re:You left out... by dkf · · Score: 1

      Packages A and B both depend on shared library C. A critical bug is discovered in package A that requires a change to library C. Package B releases an update to stay compatible with library C. It turns out that the update to B doesn't work. There is no way to revert B to the previous version since this also requires reverting library C and package A to the version with the critical bug.

      This sort of thing is why commercial apps try to avoid using system shared libraries where practical. The issue is that you just never know what sort of crappy system you're going to be dropped into. Bundling as much as you can limits the pain a lot, and the cost is just space (and time when downloading, if relevant).

      Of course, if nobody ever shipped buggy updates and never broke backward compatibility, you wouldn't need this sort of thing. But on Planet Earth... <sigh>

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    2. Re:You left out... by DaveAtFraud · · Score: 1

      Packages A and B both depend on shared library C. A critical bug is discovered in package A that requires a change to library C. Package B releases an update to stay compatible with library C. It turns out that the update to B doesn't work. There is no way to revert B to the previous version since this also requires reverting library C and package A to the version with the critical bug.

      This sort of thing is why commercial apps try to avoid using system shared libraries where practical. The issue is that you just never know what sort of crappy system you're going to be dropped into. Bundling as much as you can limits the pain a lot, and the cost is just space (and time when downloading, if relevant).

      Of course, if nobody ever shipped buggy updates and never broke backward compatibility, you wouldn't need this sort of thing. But on Planet Earth... <sigh>

      I still remember the days of "DLL hell" when everyone shipping Windows products included their own version of various, supposedly shared DLLs. The problem was the first one loaded was expected to work with the others which didn't happen since it didn't have the right customizations. Yeah, that approach worked really well.

      The problem with avoiding shared libraries is that the onus for keeping up with updates to the shared libraries transfers to the application developer. You still run into the same problem as my example; just the immediate consequences are hidden. If "B" builds in or statically links to an old version of the library, there is still the possibility that there will be a critical update to the library and it's now up to the application developer to re-build it in, test the new build and release the update. It's possible that the critical bug is in a part of a library their application doesn't use but we're now relying on the application developer to make that determination.

      Cheers,
      Dave

      --
      They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
      Ben
  84. Re:Rollback? I hate iOS 7.x. by azav · · Score: 1

    Next on Nancy Grace: "iPhone Torture Cabal Nabbed in Software Company. They left phones unplugged for days while they starved to death. Public stoning at noon. Bring your own throwing rocks."

    --
    - Zav - Imagine a Beowulf cluster of insensitive clods...
  85. Branching off of topic with this, but.... by rts008 · · Score: 1

    I'd like to be able to set up a win98 VM with all my old games...

    Serious question here...

    Where do you find drivers for modern hardware that works in Win98?

    My problem trying to do this very thing has been finding graphics drivers for Win98. None of the so called 'generic drivers' have worked for me, and the only two solutions I have reached is:
    1) run some *nix distro + WINE for a few
    2) keep one of my retired boxes that I can run Win98 on that I have/can find drivers for(I don't have the space for this)

    If I could find a working 'generic' SVGA driver to run Win98 in VirtualBox on my current PC(Linux/Win7 dual-boot), I would be a very happy camper. It is something I have tried to get working off and on for some years now.

    BTW, a cross-platform option would be sweet!

    I have always thought that I was just missing some knowledge about VM's, but having looked for a while, it is either hard to do, or the knowledge is well hidden,IMHO.

    --
    Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
    1. Re:Branching off of topic with this, but.... by Anonymous Coward · · Score: 0

      Use VMWare Player on either Windows / Linux, install VMWare tools in guest OS and enjoy retro gaming. Plenty of forums discuss how to do it at length.

    2. Re:Branching off of topic with this, but.... by rts008 · · Score: 1

      Thanks for the info, I'll check into it.

      --
      Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
  86. Re:Which is why I recommend running 1 version behi by Anonymous Coward · · Score: 0

    Whoa, slow do there. I only recently updated to Windows 7. How did you get up to 98 already?

  87. Not needed for iOS by Anonymous Coward · · Score: 0

    This is unnecessary, Apple doesn't make mistakes.

  88. Airwatch by VMware by Anonymous Coward · · Score: 0

    Airwatch is guilty of this. They release a new version every two weeks and it breaks something. They refuse to let you downgrade.

  89. Never. Take. The. Update. by WOOFYGOOFY · · Score: 0

    Never.

  90. Example: Plants vs Zombies 2 by Anonymous Coward · · Score: 0

    I got forcibly(*) upgraded to Plants vs. Zombies 2. I hate the new version. They changed the game dynamics completely.
    I would rather go back to the old version.

    * EA truly forced the update on me.... when I tried to launch the old version it said it was required to be upgraded ... I'm not sure what we're talking about here would fix that.

  91. Tuneup 3 went just as planned ... by Pinky's+Brain · · Score: 1

    Tuneup 3 did what it had to do, it killed the company and made the annoying VCs pestering them for updates go away so they could spend more time on the hookers and blow. The game was up and the game was never delivering a good product, that was only ever a hook.

  92. Acronis solves this for me already by Virtucon · · Score: 1

    Since Windows has a ton of scope creep and behind the scenes changes that go on it seems with ever update or install, I leverage Acronis' Try and Decide feature. It works although I haven't tried it at the full O/S upgrade level. For that I still use Acronis in terms of a full backup and recovery if necessary. For all other updates or new installs I really like Try & Decide. I have never tried it but there's also Returnil which a lot of people seem to have good luck with as well.

    --
    Harrison's Postulate - "For every action there is an equal and opposite criticism"
  93. some android dev's are brain-dead by TheGratefulNet · · Score: 1

    sigh. there was an app I used quite a lot and it worked well on my old android 2.x phone (N1). it was 'open source' but the source tree was not tagged by version and the lazy-ass developer could not be bothered to list which versions of each file worked for the old series of phones. I emailed him and tried to work with him but he said he didn't really care or have time and I'm on my own.

    the latest version tree will not build or run for my phone and since the phone works fine, still, I'm NOT throwing it out and restarting.

    so, I have to be sure to keep the old apk around and never auto update it. and I can't really build it for my phone since the source tree is a total mess.

    not only the apps; the phone is a mess since google abandoned it and never fixed some major showstopper bugs (screen x,y alignment being the main one, but also the fact that gps crashes the phone while you drive. before trips, I have to do a full reboot just so that gps won't die during the drive!)

    software quality is quite bad for android, I have to say. color me unimpressed, overall.

    I won't ever pick an apple phone (even though the sw qual is much better). I'm hoping a 3rd choice will present itself so I can dump android.

    --

    --
    "It is now safe to switch off your computer."
  94. That would teach you ... by stanjo74 · · Score: 1

    that if it is not broken, don't fix it ! This is true for many things in life, and I'm glad we have such a trivial example for this wisdom as smart-phone upgrades. Please, leave it as it is.

  95. Mac Rollback by Anonymous Coward · · Score: 0

    Mac Rollback. We update our computer over and over again to keep it able to run the latest stuff. Then when it is too obsolete, we replace it and roll the old mac back to its prime config for running old games like Myst. Likewise, when your hardware runs the latest software runs too slow it need to be rolled back so that it can at least run the software of its time efficiently.

  96. Got to love Roleback requests by Anonymous Coward · · Score: 0

    Uninstaller + Installer = Roleback.

    Have not got the relevant installer? Why not? Where are your backups?
    Your device does not allow/ support backups? Is it any good as a phone? because if the ability to backup is not there then the Operating system is simply defective. (listen up Microsoft with your "home" versions)

  97. Documentation for Backups and Restores by Anonymous Coward · · Score: 0

    I do NOT want the functionality to rollback from v.n+1 to v.n. Anybody who has worked in software long enough knows that is inherently risky, no matter how trivial the application may seem.

    What I want are products that can support proper backup and restore procedures. I don't care if I have to backup the database, filesystem and create a copy of the moon somehow. Just freaking tell me to do it, I'll figure out how, and then tell me the steps to properly restore it. Should something blow up, I'll have a LOT less downtime restoring to a backup than trying to troubleshoot what went wrong.

  98. You said cloud computing was great by Anonymous Coward · · Score: 0

    I don't know what this API thing you are talking about even means. Stop releasing stuff that doesn't work. Are you saying that cloud is more expensive now?

    1. Re:You said cloud computing was great by hsmith · · Score: 1

      The adults are talking here, pipe down.

  99. Re:New Mac Pro sans Windows 7 by toddestan · · Score: 1

    Apple can't even support their own 3-year old OSes, and you expect them to support Microsoft's?

  100. Appstore actually does allow old version by Anonymous Coward · · Score: 0

    Thought I should point out the Apple Appstore actually allows to you make all old versions available. Though its quite well hidden:

    http://9to5mac.com/2013/09/17/ios-app-store-now-allows-legacy-app-downloads-to-support-older-hardware-and-software/

  101. Re:Which is why I recommend running 1 version behi by squiggleslash · · Score: 1

    Not always possible.

    Consider this: Sparkly Diamond Miner 2.0 hits the Google Play Store. You have 1.0. You smugly tell yourself "I'm going to wait for 3.0 before downloading 2.0, assuming there are no reported problems". Then Sparkly Diamond Miner updates to 3.0 on the Play Store. "Yay!", you say, "I'll upgrade! Also the social media functions of SDM 3.0 only work with friends using 3.0 and 2.0 so I pretty much have to!", and with that you go to the Google Play Store and install 2.0.

    Except you don't, because you can't. You can only install 3.0. 2.0 isn't available, because the Play Store doesn't give you obsolete versions. So you're still stuck with the latest version, or you can stick with the unsupported version that has that annoying bug and means you can't spend $5 on 3 golden pickaxes that'll help you get a level 7 mine a little quicker because they don't sell them any more.

    Off topic question, am I getting too cynical about mobile apps?

    --
    You are not alone. This is not normal. None of this is normal.
  102. Chromebooks also... by Anonymous Coward · · Score: 0

    Chromebooks also suffer from this problem. I cursed Google when the V30 'upgrade' was pushed out in October 2013. Reconnect to Wifi from sleep could take several minutes! At least they fixed it in V31 six weeks later.

    Message to Google: Allow rollbacks for Chromebooks!

  103. HTML1.0 switch by FreedomFirstThenPeac · · Score: 1

    Given the bandwidth and bugs I sometimes wish Firefox had an HTML1.0 only setting ... but then I read quickly and I don't have the patience to sit through long videos. Certainly don't need embedded videos and most images. But a switch that let me see HTML5 as if it were HTML3 or HTML1 would be helpful.

    --
    "There is no god but allah" - well, they got it half right.
  104. Really, Isn't this about UX? by GasHed · · Score: 1

    Are we asking for the wrong thing here? I don't think we really the security holes, less efficient code, and fewer features that come with rolling back software to a previous version. What we really want is the former user experience, correct? Maybe instead of asking for the ability to rollback software, we should be asking that developers uncouple the user interface from the core functionality (which good software design dictates anyway) so that we can move to the new interface, say v3.0 or choose to use any of the previous ones as well, say v1.0, v2.0, etc. Or, maybe simply including the option to use former user interface elements in new versions.

    1. Re:Really, Isn't this about UX? by cboslin · · Score: 1

      Like your thinking. More than once I wanted to run the new app with my past user environment and was thwarted, whether the OS was Windows, Linux or Mac OSX. It is frustrating not to be able to. Developers uncouple please.

      I have needed to run old versions of software after a new version came out. As long as I can control where to install the application, I usually have no problem. However if the install process locks me into a specific area, than I know, down the road, I will not have this capability.

      With Windows 7, PaintShop Pro (v10 I believe) attempted to force me to install in a specific area, however I figured a way around it, put it in a /prog area on a USB device. After that I was able to run PSP from any Windows box I wanted to without problems. I plan to do similar things with my tablets, use the micro SD card for both applications and data. No way should I be forced to connect to the internet to do something.

      Because of the above scenario, as much as I loved PSP, I moved away from it simply because they attempted to force me to install in a specific pro-windows way/place. I was able to run an old version of PSP from that computer, in addtion to the new version. I figure I bought it, I should be able to install and run as I want. With the writing on the wall to PSP's stated direction, I left behind one of my favorite tools. GIMP is not as friendly, but extremely powerful.

      Never felt like ponying up the extra few hundred dollars for Photoshop, as there was nothing I need to do, that I could not do with PaintShop Pro and/or GIMP. Though I admit when I have used Photoshop it is a great program. I just want to be legal and buy my software I use in web development. Leaving those extra hundreds for investment for retirement.

      Still see this as a big issue for my opensource tablet. It is frustrating. I no longer feel sorry fof those that lock themselves into proprietary hardware for an embedded device, whether it be a handheld or tablet. Opensource tools and products are the answer.

      Thankfully I read slashdot at the -1 score level, so people wrongly moderating do not censor me. I can sensor myself thank you very much. Those that do not, would have missed this next comment.

      After reading (#46516745) above and some of the comments related to that post, the only thing I can think to do is make sure I can restore my tablet from scratch, document how to do it as I won't remember in a few months, and that would at least give me the capabilty to reinstall my android tablet from scratch should I get caught in this type of upgrade fiasco.

      If your handheld / tablet uses proprietary pieces and parts, you will be denied the abilty to wipe it clean and reinstall from scratch (via the micro SD card slot) if necessary. In that case the fault is yours as open source, non-proprietary solutions are available, but some comapnies want to force you into only pay them for everything and anything model. Best to avoid their hardware/software unless you enjoy paying away your hard earned money.

      Someone with mod points please rate that post back up from 0 as its information is based on experience and is factually true. It provides valid info, though some evidently disagree with it and it got rated down, pathetic.

      If the software modifies the format of your data, better have a backup copy or forget it. Something many Intuit CPA users found out to their frustration a few years ago. The idea of hand entering a client's data because the company in its infinite wisdom decided to update the data format without warning anyone is what comes to mind here.

  105. Re:New Mac Pro sans Windows 7 by bkcallahan · · Score: 1

    Where I work, we have 5k OSX users and most, if not all, have a VM running Win7 (Out of ~35k users) -- including myself on one of my MacPros (The other is too old to effectively do it). I also have two windows machines (desktop and laptop).

  106. iOS downgrades = security risk by Aaden42 · · Score: 1

    As someone who doesn’t root my iPhone and would prefer nobody else do so, there is a key advantage to me to Apple’s preventing downgrades of the iOS version on a device. If an old release contains a security flaw that would allow access to secured data on the device which a newly patched version would prevent, allowing an install of the older version would allow an attacker to downgrade, exploit the bug, and extract data from my device. Jailbreaking a device amounts to removing all effective protections in terms of access security that the device may provide for data stored on it. Many (but certainly not all) jailbreaks exploited vulnerabilities at an OS-software level, and patching those vulnerabilities made it impossible to jailbreak an updated device. That doesn’t apply to the devices that had exploitable vulnerabilities in the ROM boot block of course; and that was an issue on several of the devices.

    Ensuring that older vulnerable versions cannot be installed on my device is a security feature to me. It’s also a limitation of my freedom, and it makes the device less “mine.” Looking at the alternatives and what I *personally* want to do with (and want done to) my iDevice, I’ve decided this is a better option for me. I’m not prevented from using the device in the manner for which it was marketed, and potentially some would-be attackers are thwarted from extracting data from my device. Certainly there’s more that I could potentially do with the device in terms of home-rolled firmware, but I’m at the point where I really and truly don’t want to “hack” on my cell phone with all the potential issues that come with that (battery drain, instability, insecurity, etc.). I want to pull my iPhone out of my pocket and make a phone call. Apple’s update policy doesn’t prevent that, and their QA is reasonably good in terms of the battery drain and related issues being a relative minority of their users. I’m willing to take the risk of updating.

    In a perfect world, boot loader security might be accomplished with a key that’s under my control rather than under Apple’s. Maybe a card / USB stick in the box with the private key for the boot loader and a “lose this at your peril” warning. The device could take official Apple updates without the key (better if that was a configurable option), or take any software with the key. Of course the support nightmare that would ensue would be insane, and Apple would never do it as it’s a definite UX detraction for any but the most geeky of buyers.

    RMS’ great vision of full control of all of our hardware is a nice one, but in the mean time I’m content to enter compromises with companies that have reasonable histories of “not being evil” in the areas which directly effect me. I’m good with Apple and how they handle their iThing’s. Sure that could change, and I keep my data off-device in formats that would allow me to convert and go elsewhere if need be. Beyond that, I’m not going to lose sleep over the fact that I’m stuck with one-way upgrades of iOS. It’s one of those arguments that I can agree with ideologically, but in terms of practicality and getting things done, it doesn’t negatively effect me.

  107. no mention of mainframes yet? by Finite9 · · Score: 1

    I'm not a mainframe guy and don't know much but from what I've read over the years they're pretty good at being able to handle similar situations. Can they not also handle rollbacks?

    --
    "Everyone knows that vi vi vi is the number of the beast" -- Richard Stallman
  108. Rolling back slash dot interface version by Anonymous Coward · · Score: 0

    I agree the ability to change your mind about a software update is important. Recently I hated an IOS RELEASE AND WAS AMAZED THAT A FACTORY RESTORE WOULD NOT TAKE ME BACK.

  109. One good reason not to allow downgrades by Makali · · Score: 1

    From "iOS Security February 2014 (http://images.apple.com/ipad/business/docs/iOS_Security_Feb14.pdf)", one good reason not to allow OS downgrades:

    "If downgrades were possible, an attacker who gains possession of a device could install an older version of iOS and exploit a vulnerability that&rsquo;s been fixed in the newer version."