Office 2003 Service Pack Disables Older File Formats
time961 writes "In Service Pack 3 for Office 2003, Microsoft disabled support for many older file formats. If you have old Word, Excel, 1-2-3, Quattro, or Corel Draw documents, watch out! They did this because the old formats are 'less secure', which actually makes some sense, but only if you got the files from some untrustworthy source. Naturally, they did this by default, and then documented a mind-bogglingly complex workaround (KB 938810) rather than providing a user interface for adjusting it, or even a set of awkward 'Do you really want to do this?' dialog boxes to click through. And of course because these are, after all, old file formats ... many users will encounter the problem only months or years after the software change, while groping around in dusty and now-inaccessible archives."
many users will encounter the problem only months or years after the software change, while groping around in dusty and now-inaccessible archives.
Is that how one interfaces with rarely-used document archives? via groping?
The theory of relativity doesn't work right in Arkansas.
If you read the knowledge base article, you'll see that the default allowed old-version goes back to before even Word 95. PowerPoint 95, but not 97, is blocked. It's very likely that few documents exist in such old formats at this point.
However, I really have to question whether the enhanced security is worth it, since those old versions didn't allow too much of embedded scripting anyway. Are we just worried about buffer overflows, because those are still a symptom of their parser, not the format itself.
The software nanny continues to keep us from hurting ourselves... gee, thanks. (Hmm, anyone smell a similar trend in government lately?)
--
Educational microcontroller kits for the digital generation.
I don't know if I'd characterize it as "mind-bogglingly complex". It's a series of registry edits. There will probably be appropriate .REG files released by various parties in the next few days, and if you're paranoid, it should take about 15 minutes to roll your own. As for users in non-managed environments, I don't know how many home users really try to access files that are over a decade old.
Support microSD: in a post 9/11 world, it is unwise to carry your data on media that you cannot comfortably swallow.
According to TFA, you still can open and save the files (Word 95 and older, and other ancient formats), you need to edit the registry to enable the formats.
Tell the truth and you won't have so much to remember.
The minute a user tries to open these retired formats and cannot is the minute they start looking for another solution to open their files. This will help the install base of a lot of alternatives, which may have some staying power once installed. Programs like Abiword, OO.org and Gnumeric are all waiting in the wings.
If you have documents that old, and they don't need to be edited in the future, you should probably convert them to PDF.
If they may need to be edited in the future, perhaps LaTeX or ODF would be good choices.
Don't mind the extra X. Alex
I am the maintainer of Visicalc. This means war.
Think Visicalc 26 service pack 3 is going to import Multiplan files?
Think again, bitches.
There are no karma whores, only moderation johns
An easy work-around is to just install Open Office and then open the obsolete files using the appropriate Open Office program (Writer for Word documents, Calc for Excel spreadsheets, etc.). The user can then do a "save as" and select a newer Microsoft file format. Voila. Problem solved.
Microsoft probably won't like this work-around since a certain percentage of users may realize that they don't need to pay Microsoft for programs that don't do what they want and they can get a suite of programs that does what they want for free. Realizing this, Microsoft may decide to come up with a better internal solution but don't count on it.
Cheers,
Dave
They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
Ben
Wasn't "bakward compatibility" the whole crusade they were on last year? "We must preserve support for old formats, which is why we won't make IE standards compliant, and our spec has to back-support IndentsLikeWord95" and the rest?
Their sneaky brand of evil is saying two conflicting things and making us believe they work together.
My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
I wonder if this is the start of Microsoft finally unburdening themselves from all that awful legacy code that's been such an albatross and has contributed to such bloated apps and OS?
with MS your files are accessible for however long they decide they should be, with FOSS, they're accessible as long as anyone is alive capable of re-compiling the source.
This is the point that people miss. All of the documents that were archived in the older formats will no longer be openable -- in this case, there is an arcane incantation as a workaround, but what if MSFT removes support entirely so that an authoritative document conversion is no longer possible? With open source, the method is obtainable. With closed source, it may be deleted when the company no longer supports it or closes its doors.
There are many cities/states/countries that rely on MSFT formats for document archival. Should a city keep spending money every 5-10 years to also update the formats on all of these records in case the necessary closed-source software ceases to exist or work on modern computers?
Is this definitely just coming with SP3, or has it been around for longer? I hit this issue, or a very similar one, in our organisation several months ago. A user had some old Word 2.0 documents stored on a network drive (from the mid 1990's, before we enforced the use of a DMS), and they wouldn't open in Word 2003. The error dialog that Word displayed only mentioned the registry policy settings (without specifically saying the version was old), and I eventually found a knowledge base article that described the registry hack.
Funnily enough, the thing that finally, permanently, won me over to open document formats (I first used things like openoffice simply because they were free) was discovering I couldn't open my dissertation (written in word 5.1a for mac) on a standard install of office for windows. Yes, I know there's converters, and yes, I know current versions of word for mac can still open 5.1a documents, but I didn't have a mac at the time, and laboriously 'converting' the large numbers of transcripts, notes, papers, and all the other ephemera of writing a dissertation was a huge, timewasting PITA..
After that, the penny dropped. Using open document formats wasn't simply a way to save money, it was an actual necessity for anyone planning to have a career lasting more than 5 years where writing is a core part of your work.
Any government organization or large corporate that has a necessity to retain records has to convert their archives to a newer version. Who is paying for the conversion? Also, Office 95 is 13 years old. If someone upgraded to Office 95 by 97 (for service pack / stability etc) it is 10 years old. Given the investment in the software, if you assume someone used it and upgraded directly to office 2003, then the documents that are affected are less than 5 years old...
Bill Gates has how many billions of dollars?
(Can he fire the Ballmer?)
Gates could afford to build a special fork of one of the Linux or BSD distros. (Linux would require less work, but he may find the BSD licensing more palatable, as we know.) He could afford to develop several sandboxed WINE environments capable of emulating the clot of software relevant to each OS release from 3 to whatever level of support he is dropping. He could afford to put into the packages for this special fork open source converters that would convert old documents to whatever is current at Microsoft (since he is not likely to be willing to convert to the more logical option). And, as a bonus, he could even provide software to check the sandbox for damage and report and repair it. (Actually, the repairing would not really just a bonus.)
Why doesn't he do it?
Dang, and why doesn't Apple make MOL an official product? Or even MOM?
This doesn't make sense to me. A file format doesn't have buffer overflow vulnerabilities, the program that opens it has them. A file format cannot execute a virus or a trojan, the program that opens it is the one that does it. I cannot believe that a file format can have inherent vulnerabilities that cannot be circumvented by the program that reads the file.
On the other hand, considering the ODF vs. OOXML format wars, it seems to me that Microsoft's objective with this is actually to press for the standardization of OOXML. How exactly I don't understand, since the whole point of standard document formats is to avoid this same problem that they've just created.
This is exactly why proprietary formats are bad, at least for documents that need to be kept for a long time for some reason, such as archival or historical documents. Even if open source office applications do similar things and depricate support for old formats, the older application versions might at least be available. Or third party developers could more easily create conversion programs. While open source programs do also exist to read these old proprietary documents today, we don't know if future proprietary document formats will be able to be supported. The open formats will be supportable.
now we need to go OSS in diesel cars
In other words, their lips moved.
The higher the technology, the sharper that two-edged sword.
I guess the submitter missed the link to an exe you can use to do it for you. I mean, it is buried in the KB article as "Method 1" after all...
It's official. Most of you are morons.
In 25 years you will still able to use an open ISO standard or convert from one standard to another. Microsoft jsut proved to you they are unreliable for the goal you had (forward compatibility).
C. Sagan : A demon haunted world:
http://www.amazon.com/gp/product/0345409469/
visit randi.org
...for demonstrating why we need ODF.
Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
I don't know if I'd characterize it as "mind-bogglingly complex". It's a series of registry edits.
I would. The average slob (who could very well be someone who doesn't update their old files for long periods of time) using windows does not know what the registry is, let alone how to modify it. Also consider this: What is more dangerous and likely to cause serious damage, an old file format or a average user trying to fix their registry to read old files?
HA! I just wasted some of your bandwidth with a frivolous sig!
Software? I use pen and paper to do all the hex calculations and use a morse code key to write to the hard drive. But, I suppose if you are going to trust a machine where anyone can break into your home and change the code on it, then you deserve the lack of security that leads to.
Your ad here. Ask me how!
http://en.wikipedia.org/wiki/Planned_obsolescence
Examples:
-No DirectX 10.x API for WinXP or Win2k. (The nature of the API to be a higher-level Application Programming Interface, I'd forgive not developing for Win2k as it is no longer for sale, but there's NO good reason to deny the API in WinXP, other than to force clearly Planned Obsolescence)
-No IE7 for Win2k. (interestingly, Firefox still bests ALL versions of IE..)
-No Support on your year-old PC for Full Windows Vista use. (Again, why? Even Apple and Linux have pretty eye-candied desktops working on older hardware)
-No to the Sale of WinXP to OEM (non-Business) customers this month http://www.engadget.com/2007/04/12/microsoft-pulling-oem-windows-xp-next-january/.
-Etc... (insert your own here)
I know that in my present line of work, my colleagues and I write meticulous research reports for our multi-million dollar clients.
Our clients specifically require us to NOT use *any* MS Office 2007 file format; We are to utilize 'not newer than MS Office 2003 format'. (Typically Excel, Access, and Word formats are used).
Our clients have gone on to clarify, specifically, that the Office 2007 file formats are incompatible with the older MS Office versions and necessitate needless corporate updating for their thousands of internal users, (not to mention the client has decades of reports on file that get updated every 10 to 20 years, often utilizing the original editable report document).
I too will soon be installing in Open Office very soon. (Hopefully the Excel 2003 formulas and those dating back to Excel 2.0 all work properly in Open Office?)...
It appears that this "update" is not so much for security or even for ease of development (because it WAS previously WORKING in situ). It stragetically forces users of the older versions of MS Office to update to the new version (or rather adopt the new format) due to interoperability issues.
If MS Office 2003 did 'it' before and it does not do 'it' now, post-SP3... that is *Intentional*, not "For Your Protection".
-This would be akin to IE8 not opening 'older' web page formats at all because they used some older and (potentially) unsafe format of html, CSS, Scripting etc.. it deemed unsafe!
Their sneaky brand of evil is saying two conflicting things and making us believe they work together.
Ok, I love to MS bash as much as the next guy, but I cannot fault them for what you are mentioning. The thing that a lot of MS haters forget is that it is a HUGE company, and the right hand often really doesnt know what the left hand is doing, and often seperate teams have their own agendas.
Modern MS is like the government: There might be a few people that are trying to pull shit, but for the most part it is just a big, slow, beauracracy.
HA! I just wasted some of your bandwidth with a frivolous sig!
He's right... their excuse is a joke. It can't be that hard--especially considering the huge profit margin on Office--to figure out a way of opening these file formats securely. It's not even executable data, for pete's sake! And if they *are* talking about macros or something, well then just disable the macro part until you figure out a way to sandbox it.
The richest tech company in the world is throwing its hands up in the air and saying that can't figure out how to make its most profitable (and presumably most actively developed) products render a human readable, non-executable data format safely--PLEASE. This is nothing more than a very clumsy (but brazen) attempt to make people upgrade. I'm surprised they have the balls to do it, what with their current OOXML circus.
Apparently, you don't know what XML is. You can encapsulate ANYTHING with XML. It's just a bunch of tags that have no meaning until you describe what the tags encapsulate. And then there are binary blobs, which don't mean jack because they don't get described as anything else besides a binary blob.
I did a little bit of Googling just so I don't put my foot in my mouth too firmly here.
It is a fact that binary blobs are allowed in OOXML as well as ODF. The MS/OOXML rabid fan site ooxmlhoaxes even stipulates this. No argument there.
BUT, in the article GNOME/OOXML podcast shows two sides closer than appears, these binary blobs that MSFT have are NOT specified in a publicly accessible document (if they ever were documented). While the thrust of the article was about software politics and the podcast itself, it did have a few nuggets for our conversation.
Now, if MSFT is allowed to just grandfather in undocumented binary blobs into OOXML for whatever reason, is OOXML truly an open format?
OOXMLhoaxes would have you believe that ODF has this same problem:
But, this is of course shenanigans. ODF is based on an open source package. Since the package is open source, we all know the code that would create the binary blob and can document it and recompile it. MSFT has not offered the code to authoritatively read their own binary blobs. And let's not talk about reverse-engineering being viable for use by large companies. This would open them up to patent lawsuits if MSFT chose to go that route.
From the same blarticle:
So, Office 2003 also has undocumented binary blobs? Well, so much for XML making it easy for one to decode previous Office formats.
Looks like I won't be chewing on my foot after all. Here's the search I did to find out about the OOXML undocumented binary blob problem in case you'd like a starting point.
I just assumed that, since Office is their second most important product and OOXML is obviously a carefully constructed weapon to counter the looming threat of ODF and OSS in general, they'd have enough sense to act with some sense of... subtlety or something.
For now, they may still be king but Microsoft's market share isn't the impenetrable fortress it was in the late 90s/early 00s. OS X, Linux (Ubuntu especially), Google, Firefox (and now ODF) have made a significant, measurable impact these last few years. it seemed like they were going to take the smart route and at least FEIGN an interest in open standards/open formats (kind of like Vista feigns having *nix-type security)... instead, they're now flailing around with the ole' triple-E gauntlet (Embrace/Extend/Extinguish), and this time... it's with their own proprietary standards!? Haven't they seen enough backlash to realize this is only going to hurt them in the long run? Is ANYONE at all looking beyond their next quarterly earnings report?
I guess I simply overestimated the overall sanity and intelligence of those in charge. Cue the Ballmer-chair jokes... they're juvenile, but really, what else is there to say?
No, the basis for complaint is valid.
You paid real cash money for something to work a certain way, and it did, until your proprietary-vendor overlord makes up some crappy reason for removing the functionality.
While the specific instance of removing support for ancient formats isn't likely to have too much catestrophic effect, the precedent is well worth bitching about.
The least Redmond could do is turn the converter code over to the public domain, so that, when the unforseen requirement to, say, compare ancient versions of Uncle Hezekiah's will suddenly crops up, people don't have to spend a ton of money to open a simple file.
Of course, there is the business model of having a stable of ancient computers with creaky Windows versions and applications, just for these moments, but that business is so boring as to be hideously expensive.
Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
It seems that just because it is Microsoft you're whining about people objecting to losing functionality , I hope people object regardless of whether it is Microsoft or Apple or Linux if functionality is removed without consent or choice (I do appreciate it is not as easy to have that happen with the open source model, one of it's strengths - and yes, it does have weaknesses too).
BM3
...unless you do it professionnaly on acid and bleach free paper, with real ink. Laser toner won't stick to paper for more than 10 ~ 15 years, after that it begings to turn back to powder. Thermal (old fax) paper is worse, inkjet printers are marginaly better but don't expect anything to last over 30 years with home and office printing technologies.
Data obsolescence is a huge problem. MS doesn't give a damn, their business model is to sit between you and your data. (OOXML versus ODF.)
Apple also did something like this (or worse) when they EOL'd Classic in Leopard. Millions of files become inaccessible overnight because the applications to read them simply cannot be run. It's thoughtless and cynical and extremely destructive.
The summary is not alarmist. Data obsolescence happens every day. It's a fatal flaw in the proprietary software model that RMS correctly identified decades ago.
you had me at #!
ZIP has not been reverse engineered, for the simple reason that from day 1 it ZIP has been an open format.
I still have some floppy laying around with early version of the software which included a complete documentation of the format. Documentation of the containers, and the various compression algorithme that where available back then up to Shrink/Expand (The modern Deflate/Inflate weren't introduced yet back then).
Anyone wishing could back then re-implement ZIP support into his/her own code.
Which in itself is one additional argument showing why trusting Microsoft formats is bad.
Today, they just removed support for archaeologically-old formats. How long until someone in a marketing department in Redmond decides it would be a brilliant idea to remove support in current DOC/PPT/XLS format in order to force people to move to OOXML formats ?
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
> ... the precedent is well worth bitching about.
...
I have an original WIN98 disk, and everything that came with it, including the original PC it came own. Several years ago I had to reformat the HD and reinstall WIN98. It was not the first time I did it. After instalation the usual thing to do is to install all the available security updates. The way they designed WIN98 is that there was an "automatic update" feature that did it. It was advertised as an important element in the OS. However when MS stopped supporting this OS they not only stopped providing new updates, security or no. They also removed all the old ones from the automatic updates site, replacing the functionality with a message that says they no longer support this product. So you're stuck with the original 1998 that cannot be updated with all the security updates that were produced until they dropped support. Well... it's not that you cannot get the updates: you can download all the hundreds of updates produced over the years as individual files, then manually install them one by one, if you know what you're doing. So I thought there must be a way to get all of them bundled in one file. I called M$. I was identified as their customer (I did send in the registration card: the one that said "Do you want to know who the most important person is at microsoft? (flip page) It you! The customer!") Well, I was on file, they know I have WIN98, they don't have any other way to provide the udates to WIN98 except by hundreds of individual files, but they offered to sell me an upgrade to WinXP for the full price.
So this is certainly not the first time they remove functionality from their products. They could leave the WIN98 update site in the state it was on the last day they still supported the product. Or they could pack all the updated so one could get them in one installer file if one needed to reinstall the OS. They chose to remove the automatic update functionality and push anyone who needs to reinstall to original 1998 version with no updates (except for a few made manually if one really needs them).
I didn't get XP for that machine. It was not strong enough for XP, and I saw no reason to pay for an OS that would eventually be made dysfunctional by the vendor who believes that end of support means also removal of all past updates. I have WIN98 partially installed on that PC. "partially" means the OS is installed, but no drivers and no apps are. Like all Windows installations several hours of shoving various vendor CDs in and out are needed to make it useful, and puting in a lightweight liveCDE Linux distro takes much less time
According to the Knowledgebase article:(Emphasis added by me.) Now, if you look at the provided handy table of values, you see that the two versions of MS Word for Mac that are directly compatible with OS X, registry values 195 and 268 (for Word X for Mac, and Word 2004 for Mac, respectively) are below the default cut-off on the table. In fact, even Word 98 for the Mac (which can only run on OS X in Classic) falls below the cut-off on the table. Only products with corresponding values from the table numerically below 101 (those appearing above the cut-off line in the table) will be blocked.
Since Office 2004 for Mac is still a supported product, it would be insane for Microsoft to block its files from being loaded in the Windows version of Office. I admit these instructions are confusing, but the KBase article clearly does not say what you claim it is saying.
Incidentally, according to the table and the above quoted text, the only Mac Word document formats that are blocked by default in this service pack are the following:
- Word 4.x for Macintosh
- Word 5.x for Macintosh
And that's it. Even Word 6 for Mac isn't blocked, because it falls after the magic cut-off.