Apache OpenOffice (AOO) Bugzilla – Issue 119323
Check for Update always fails in former OOo versions
Last modified: 2016-03-22 21:47:08 UTC
I have been using OOo for years and the Help | Check for Updates invariable results in "Fail" messages. Since OOo can also be set to alter the user that updates are available, that alert will never happen. I have administrator rights, no firewall is blocking internet access. The update checking feature just plain does not work!
Sorry had some typos that I cannot figure out how to correct. Most important is "alter" should be alert.
I am receiving the same error. I am also using Windows 7 and I wonder if it might be an issue with OOo on Windows 7. I get a status of "Checking for internet update failed." with an error of "General Internet error has occurred."
The reason for this issue is not Apache OpenOffice respectively OpenOffice.org. The update service which AOO/OOo wants to contact via HTTP is not working anymore and needs to be reestablished. When the update service is back the update functionality will be working again.
There is also bug 119361 which will be used for bringing back the update service for version AOO 3.4. The update service for former versions - may be not for all, but at least for OOo 3.3 - will hopefully follow.
This issue will be used to bring back the update service for former OOo 3.x (x<4) versions. It will be discussed, if this is needed for all of these versions.
*** Issue 95975 has been marked as a duplicate of this issue. ***
From Bug 119361: Several of the host names which may be embedded in releases currently point to what appears to be 3rd party hosts, viz: sd-web2.staroffice.de (192.18.197.109) and sd-web4.staroffice.de (192.18.197.105) These IPs are not responding. The host names that are affected include the following: update.services.openoffice.org is an alias for sd-web4.staroffice.de. update30.services.openoffice.org is an alias for sd-web2.staroffice.de. update31.services.openoffice.org is an alias for sd-web2.staroffice.de. update32.services.openoffice.org is an alias for sd-web2.staroffice.de. update33.services.openoffice.org is an alias for sd-web2.staroffice.de. update34.services.openoffice.org is an alias for sd-web2.staroffice.de. update35.services.openoffice.org is an alias for sd-web2.staroffice.de. update36.services.openoffice.org is an alias for sd-web2.staroffice.de. I don't know if there are any other such aliases, or if all of them have actually been used in OoO releases. == Regardless of whether the names are still needed or not, it does not seem right for the alias of an openoffice.org host to point to a 3rd party host. If the alias is still needed, it should be redirected to the appropriate ASF host. If the alias is not needed, it should be removed.
sebb@apache.org: I agree this you. I will try to get in contact with ASF infrastructure team. I will ask them about their opinion. There are some "little" problems: (1) Once the Update URLs in the former OOo version gets resolved to something, I am not sure which message the update functionality in these versions will reply to the user. I think we need to check this before we redirect these Update URLs. (2) I am not sure about the amount of traffic which is generated by the update functionality of these versions and if our server can handle it. I think this needs also to be checked.
*** Issue 119423 has been marked as a duplicate of this issue. ***
(In reply to comment #9) > *** Bug 119423 has been marked as a duplicate of this bug. *** Are you sure? That bug appears to be about something else entirely.
(In reply to comment #10) > (In reply to comment #9) > > *** Bug 119423 has been marked as a duplicate of this bug. *** > > Are you sure? That bug appears to be about something else entirely. Yeah.It's differing with context of issue.
*** Issue 119645 has been marked as a duplicate of this issue. ***
Some updates on this issue: - update service for OOo 3.3 has been established. It is working since 2012-06-14 for all languages and platforms for which we have an AOO 3.4 installation package available. - update service for OOo 3.2.1 and OOo3.2 for all languages and platforms for which we have an AOO 3.4 installation package available is in progress.
(In reply to comment #7) > > [snip] > > Regardless of whether the names are still needed or not, it does not seem > right for the alias of an openoffice.org host to point to a 3rd party host. > > If the alias is still needed, it should be redirected to the appropriate ASF > host. > > If the alias is not needed, it should be removed. I was in contact with ASF infra: - The pointer to non-apache hosts are our (AOOi PPMC) business. We (AOOi PPMC) can make requests for changes and ASF infra will in general fullfill them. - Pointer to non-apache hosts are in general no problem. My view: We should get rid of all update*.services.openoffice.org which are not needed. I think we only need the ones for update service of OOo 3.3, OOo 3.2.1 and OOo 3.2.
status report: update service for OOo 3.2, OOo 3.2.1 and OOo 3.3 for the platforms and languages for whose we have an AOO 3.4 release have been established.
Created attachment 80370 [details] screenshot of experimental update notification dialog
(In reply to Oliver-Rainer Wittmann from comment #15) > status report: > update service for OOo 3.2, OOo 3.2.1 and OOo 3.3 for the platforms and > languages for whose we have an AOO 3.4 release have been established. This incident was resolved with respect to these distributions of OpenOffice.org that preceded releases from Apache OpenOffice, starting with AOO 3.4. (It is not known whether these were extended when additional languages were released in subsequent updates of 3.4.) I am resolving this as fixed with regard to as much as was done for legacy OpenOffice.org distributions. Any difficulties with update notices from Apache OpenOffice distributions that fail to find the latest AOO versions should be treated as new incidents and possible defects.