Am 04/30/2012 11:21 PM, schrieb Kay Schenk:
On 04/30/2012 11:37 AM, Marcus (OOo) wrote:
Am 04/30/2012 04:53 AM, schrieb Kay Schenk:
On Fri, Apr 27, 2012 at 3:22 PM, Kay Schenk<[email protected]> wrote:
On 04/27/2012 01:46 PM, Rob Weir wrote:
On Fri, Apr 27, 2012 at 4:31 PM, Andrea Pescetti<[email protected]>
wrote:
Kay Schenk wrote:
Please take a look at and give feedback on a test page for the new
/download/index.html page at:
http://www.openoffice.org/**download/test/index_new_dl.**html<http://www.openoffice.org/download/test/index_new_dl.html>
Yes, it's a bit strange with lots of nonsense at the top that I
wanted
you to see, but will of course go away in production.
The page is nice, but it's the concept that leaves me dubious.
We have another thread
http://comments.gmane.org/**gmane.comp.apache.incubator.**
ooo.devel/16219<http://comments.gmane.org/gmane.comp.apache.incubator.ooo.devel/16219>
where there seems to be consensus towards a solution that:
1) Uses SF (and possibly Apache) for the web-based downloads
2) Does not phase out MirrorBrain, and uses it for the updates (i.e.,
downloads initiated by OpenOffice with the "Look for updates"
function)
That's what I understand as well.
oh -- OK. I thought we were going to use MirrorBrain for 3.3 DLs as well
-- i.e. what Marcus will be working on. I know right now, we're using
SourceForge for that though.
The "possibly Apache" in 1) is due to the fact that I haven't
understood
yet
what technology Apache will be using and if Apache will distribute
only
sources or binaries too (it's obvious that we as a project will
release
sources and binaries, but I'm not 100% sure that Apache wants to put
binaries on its mirrors too: I think so).
Well it's not all that complicated actually. Take a look at the security
patch info page...
http://www.openoffice.org/**security/cves/CVE-2012-0037.**html<http://www.openoffice.org/security/cves/CVE-2012-0037.html>
and you can see what the link looks like.
Actual source/binaries are, for us, put in:
http://www.apache.org/dist/**incubator/ooo/<http://www.apache.org/dist/incubator/ooo/>
This said, you could be right in having issues tracking down problems.
Right now, the SF setup is more "user friendly" in my opinion. I
thought we
were *required* to use Apache for downloads, but maybe we've gotten a
dispensation for this release. Though I didn't think is was 100%
someplace
else. I admit I haven't kept up as much as I should have though.
The other issue is how will it LOOK to users -- one moment they may
be one
place; if they happen to do a shift-reload, they may go someplace
else with
an entirely different look and feel.
Fact is, we should avoid the random selection as much as possible,
mainly to
be able to quickly identify problems, and you will see details in that
thread. The cleaner separation we can get, the better.
So how about something very simple:
1) AOO 3.4 downloads use SourceForge by default from the
/download/index.html page. Just like they are doing today.
This WOULD make things a lot simpler.
But we also have a links there that point to Apache mirrors for:
a) Hashes and detached signatures
b) source distribution
c) a link to the full release tree
Well, SF will need to implement in their sidebar or the main page for
openoffice.org they have, right?
Anyway, good conversation.
In other words, no rolling the dice, noting fancy. 100% of normal
users will download from SF.
2) When we enable the automated updates, in a week or two, then we
decide what we want to do. Maybe we do it via SF. Maybe MirrorBrain.
Maybe a mix,
On the other side, release time is approaching and I can only hope
that
talks between Peter Poeml (MirrorBrain author) and Apache Infra,
that had
started on this list, are progressing now.
I think it is too late for any of those talks to influence how we deal
with AOO 3.4 initial downloads. But maybe the update downloads in a
couple of weeks.
-Rob
Regards,
Andrea.
--
------------------------------**------------------------------**
------------
MzK
"Well, life has a funny way of sneaking up on you
And life has a funny way of helping you out
Helping you out."
-- "Ironic", Alanis Morissette
Ok, I am hoping this will be about the last, final review on the new
download/index.html --
prototype at:
http://ooo-site.staging.apache.org/download/test/index_new_dl.html
This assumes SourceForge ONLY, and that the 3.4 pre-built client packs
will be in the hiearchy as the 3.3 is -- stable, etc.
Naturally NONE of the links will work until something gets out there and
there is a TON of alerts which I will of course eventually comment out.
I've tested the following:
1.
Linux with Firefox --> Linux x86-64 RPM de --> the text in the pop-ups
makes sense --> OK
2.
Windows XP with MSIE --> error --> the detailed error message says:
Line: 104
Char: 1
Error: Identifier, string or number expected
Code: 0
URL: http://ooo-site.staging.apache.org/download/test/index_new_dl.html
Line: 286
Char: 2
Error: 'languages' is not defined
Code: 0
URL: http://ooo-site.staging.apache.org/download/test/index_new_dl.html
--> finally only a blue box for the extensions
hmmm...well I shouldn't have changed anything that caused this, but
definitely NOT good. OK, thanks. What are you showing for your
"language" -- i.e. according to your UA string?
Good that you've asked. I remember that we have this webpage:
http://www.openoffice.org/download/test/analyze.html
So, I've updated it a bit and nowI get the following browser data:
window.location.href http://ooo-site.apache.org/download/test/analyze.html
navigator.platform Linux x86_64
navigator.platform.toLowerCase() linux x86_64
navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1)
Gecko/20100101 Firefox/4.0.1
navigator.userAgent.toLowerCase() mozilla/5.0 (x11; linux x86_64;
rv:2.0.1) gecko/20100101 firefox/4.0.1
navigator.language de-DE
navigator.userLanguage undefined
navigator.systemLanguage undefined
navigator.javaEnabled() Yes
window.location.href http://www.openoffice.org/download/test/analyze.html
navigator.platform Win32
navigator.platform.toLowerCase() win32
navigator.userAgent Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
SV1)
navigator.userAgent.toLowerCase() mozilla/4.0 (compatible; msie 6.0;
windows nt 5.1; sv1)
navigator.language undefined
navigator.userLanguage de
navigator.systemLanguage de
navigator.javaEnabled() Yes
It seems that on Linux the "navigator.language" is set. On Windows this
is not set but the "navigator.userLanguage" and
"navigator.systemLanguage". All 3 are handled in "download.js" (or in
your new "download_new_dl.js").
Maybe it's helpful to output some debug messages around this area?
@All:
Can others please test on Windows with MSIE and Firefox? I really hope
it's just my Windows XP (in a Virtualbox VM).
Marcus
