Hi,

Am 19.03.2012 um 23:22 schrieb Marcus (OOo):
> Am 03/19/2012 10:42 PM, schrieb Kurt Underhay:
> 
> Hi Kurt,
> 
>> Thanks for the reply and the info.  Given that it's a known situation,
>> wouldn't it be possible to come up with a more palatable and
>> user-friendly solution than a 404? 404s don't generally leave a good
> 
> Oh, right. This was due to giving up the previous download service. It was 
> hosted by Oracle. There were more details for the user than just the 404 
> message. I'll see if this could be put back again.
> 
>> impression. Maybe something like disabling the download link for this
>> combination, or even better, directing to a page that gives a short
>> explanation along the lines of what you've just described. Why not take
> 
> Due to the method the download is working, this is not an option. It's not 
> possible to differentiate wJRE and nonJRE builds for different languages.


This is plaguing us since years (resulting in user reports on a daily basis), 
and I often thought it could be fixed on the server side. I did that now; all 
files containing install-wJRE are now delivered in place of files that lack the 
wJRE part in their name, provided the wJRE file exists while the non-wJRE file 
doesn't. Fixed this way, it works both with mirrors and the server, and avoids 
changes in the tree.


for dst in **/*_install-wJRE_*; do src=${dst/-wJRE/}; [ -f $dst ] && [ -f $src 
] || echo "RewriteRule ^.*$src files/$dst [R,L]"; done 
>>|/etc/apache2/vhosts.d/openoffice.mirrorbrain.org.conf


Peter

Reply via email to