http://www.w3.org/1999/xhtml, which is the namespace used by the XHTML
DTD's.
This fixes layout/rendering of output from the CGI scripts when using
Opera.
confirm-code.cgi contains a preconfigured list of databases and their
parameters. When a request comes in, the database in the request's 'db'
parameter is checked for validity, and a code is generated, stored in
the appropriate database and returned.
Use this new script in send-pr.sgml and remove sendpr-code.cgi which is
now superceded.
stopped checking in INDEX into CVS long time ago. Last useful releases were
4.10 and 5.3.
- Remove code to display new/updated ports, it relies on periodical INDEX
updates in CVS (which we don't do anymore) and was disabled long time ago
anyway.
to permit entering the code in lowercase (since the generator doesn't
generate lowercase letters).
Use a relative url to querypr-code.cgi so that mirrors (and test boxes)
can use the query-pr cgis unmodified.
The test for expired codes was inverted, so emptied the database every
time the test ran. Due to the time that the sweep was made, this bug
only hit the user if someone else had submitted a PR in the period
between their obtaining the code and submitting the PR.
This is likely the cause of the unexplained failures that some users
were seeing, which we all blamed on misbehaving caches.
that be an error or success), as it's not currently easy to find your
way back there. Suggested in:
PR: www/88473
Submitted by: Roman Neuhauser <neuhauser at sigpipe dot cz>
default. This has been a little wrong ever since these scripts moved to
docs.freebsd.org, but became very wrong when the style sheets were added
since docs.freebsd.org doesn't serve them.
1. If we're not running under cgi (for the mailindex run out of cron)
2. If we're running on docs.freebsd.org (because it doesn't have the
style files, and the "home" link would point to docs home, not
the home home)
3. If we're running on people.freebsd.org, to facilitate my testing
Otherwise, keep it relative for the benefit of mirrors.
docs problem pointed out by: Mark Trettin (mkt AT trettin DOT org)
It looks like Firefox applies the relative size twice, making the fonts
too small. Instead, now they'll be too big - just a bit bigger than
the "Large" web site font.
This only applies to HTML4 pages, which as I mentioned before are
cvsweb and mailindex, and I don't think that mailindex uses tables.
This means that this problem should be fixed when someone (no promises)
imports cvsweb 3 which uses XHTML.
This commit brought to you by CSS, Web Quirks, IE and our favorite IRC channel.
Add an optional 2nd argument to html_header(); if it's missing or
supplied and non-zero, html_header returns XHTML doctype; if it's
supplied and zero, html_header returns HTML 4.01 doctype.
cvsweb and mailindex are the only HTML4 holdouts. cvsweb should
be updated to 3.x which is XHTML, but that's a seperate step.
I left $hsty_home alone, because I couldn't find anything that used
it or any obvious image to use for it in the new layout.
and all the translations caught up. Except for es/support.sgml and
es/publish.sgml, but they are old. This also fixes a cleanup for
ceri which he started long time ago.
making it hard to copy/paste the originator field for PR issues.
Also make query-pr.cgi xhtml compliant.
Submitted by: Daniel Gerzo <danger at rulez dot sk>
