Re: UK version of 3.3
Marcus Lange <[email protected]> Thu, 03 Feb 2011 14:16:02 +0100
| Newsgroups | gmane.comp.openoffice.releases |
|---|---|
| Message-ID | <[email protected]> |
Stuart Swales wrote: > On 02/02/2011 17:05, Louis Su=E1rez-Potts wrote: >> On 2011-02-02, at 11:05 , Marcus Lange wrote: >>> Louis Su=E1rez-Potts wrote: >>>> On 2011-02-02, at 10:35 , Stefan Taxhet (sonews) wrote: >>>>> On 02.02.2011 16:25, Louis Su=E1rez-Potts wrote: >>>>>> On 2011-02-02, at 10:19 , Stefan Taxhet (sonews) wrote: >>>>>>> On 02.02.2011 15:17, Marcus Lange wrote: Hi Stuart, >>>>>> Sending to the RC10 seems better, >>>>> That would not be my favorite choice. As Marcus explained the RCs=20 >>>>> are not approved yet. That's why I thought the other.html might be = >>>>> better as it gives the choice to pick 3.2.1 or follow the link to=20 >>>>> the RC. >>>> Why not add just a caveat to the link, "Not fully tested, use at=20 >>>> your own risk. For a proven version, use 3.x.x" (3.2.1, in this case= ). >>> >>> there are already hints on webpages (download.openoffice.org, see the= =20 >>> yellow box and download.openoffice.org/all_rc.html, see the=20 >>> disclaimer text). >> >> Evidently=85 it's not enough. >=20 > Clearly en-GB is not the only build in this state - about half the=20 > release download matrix is still not up-to-date. It may help to add a = > note on the release download page stating when the first binary of 3.3 = > was distributed and the cut-off date for testing RCs so users can get a= n=20 > idea of a) the newness of this release, and b) the fact we can't get al= l=20 > possible variants QA'ed at the same time so patience may be needed. the problem with updating the entry webpage of the download portal is=20 that it is a dynamically generated webpage. So, I didn't want to update=20 it with static text here and then. Furthermore, I don't think that it will help to prevent the problem when = see user can see since when the release has gone live and how long the=20 RC testing phase will last. The real problem is that the user sees (or knows already) that the=20 release is done, then clicks on the green download button but doesn't=20 get a build because his language is not yet tested; or at least not all=20 platforms/builds. This could be solved a) when all NLC teams can test their builds or b)=20 with implementation of a very detailed error management for the JS magic = that lies behind the download webpage. a) cannot be solved because not every team has testers for all available = platforms b) is very complex and time consuming to fullfill, currently we have not = the resources to do so as the successfully migration to Kenai is more=20 important. I know it's not a good situation but IMHO we have to live with the=20 current situation. Best regards Marcus