[or-cvs] r22515: {website} update some urls from flyspray to trac (in website/trunk: en projects/en torbutton/en)
Erinn Clark
erinn at torproject.org
Thu Jun 17 08:49:17 UTC 2010
Author: erinn
Date: 2010-06-17 08:49:17 +0000 (Thu, 17 Jun 2010)
New Revision: 22515
Modified:
website/trunk/en/volunteer.wml
website/trunk/projects/en/hidserv.wml
website/trunk/torbutton/en/index.wml
Log:
update some urls from flyspray to trac
Modified: website/trunk/en/volunteer.wml
===================================================================
--- website/trunk/en/volunteer.wml 2010-06-16 16:15:01 UTC (rev 22514)
+++ website/trunk/en/volunteer.wml 2010-06-17 08:49:17 UTC (rev 22515)
@@ -185,7 +185,7 @@
(specify) the format of the exitAddresses file, and rewrite the <a
href="https://svn.torproject.org/svn/check/trunk/cgi-bin/TorBulkExitList.py">Tor
Bulk Exit List</a> script to use that file rather than its current <a
-href="https://bugs.torproject.org/flyspray/index.php?do=details&id=1019">horrible
+href="https://trac.torproject.org/projects/tor/ticket/1019">horrible
DNS hacks</a>. As an extra bonus, we should work with Freenode, OFTC,
and/or other IRC networks to make sure that the scripts we offer are
actually the scripts they want, in terms of accurately identifying which
@@ -431,20 +431,20 @@
Likely Mentors: <i>Mike</i>
<br/>
There are several <a
-href="https://bugs.torproject.org/flyspray/index.php?tasks=all&project=5&type=2">good
-feature requests</a> on the Torbutton Flyspray section. In particular, <a
-href="https://bugs.torproject.org/flyspray/index.php?do=details&id=523">Integrating
+href="https://trac.torproject.org/projects/tor/report/14">good
+feature requests</a> on the Torbutton Trac section. In particular, <a
+href="https://trac.torproject.org/projects/tor/ticket/523">Integrating
'New Identity' with Vidalia</a>,
-<a href="https://bugs.torproject.org/flyspray/index.php?do=details&id=940">ways of
-managing multiple cookie jars/identities</a>, <a
-href="https://bugs.torproject.org/flyspray/index.php?do=details&id=637">preserving
+<a href="https://trac.torproject.org/projects/tor/ticket/940">ways of
+managing multiple cookie jars/identities</a>,
+<a href="https://trac.torproject.org/projects/tor/ticket/637">preserving
specific cookies</a> when cookies are cleared,
<a
-href="https://bugs.torproject.org/flyspray/index.php?do=details&id=524">better
+href="https://trac.torproject.org/projects/tor/ticket/524">better
referrer spoofing</a>, <a
-href="https://bugs.torproject.org/flyspray/index.php?do=details&id=564">correct
+href="https://trac.torproject.org/projects/tor/ticket/564">correct
Tor status reporting</a>, and <a
-href="https://bugs.torproject.org/flyspray/index.php?do=details&id=462">"tor://"
+href="https://trac.torproject.org/projects/tor/ticket/462">"tor://"
and "tors://" urls</a> are all interesting
features that could be added.
<br />
Modified: website/trunk/projects/en/hidserv.wml
===================================================================
--- website/trunk/projects/en/hidserv.wml 2010-06-16 16:15:01 UTC (rev 22514)
+++ website/trunk/projects/en/hidserv.wml 2010-06-17 08:49:17 UTC (rev 22515)
@@ -251,11 +251,11 @@
<td>
<small><em>During the first half of the implementation phase two bugs
could be fixed that were related to hidden services: the
- <a href="http://bugs.noreply.org/flyspray/index.php?do=details&id=767">first
+ <a href="https://trac.torproject.org/projects/tor/ticket/767">first
bug</a> has already been identified in the design phase and was
responsible for an unusual high failure rate when making a hidden
service available in the system; the
- <a href="http://bugs.noreply.org/flyspray/index.php?id=814&do=details">second
+ <a href="https://trac.torproject.org/projects/tor/ticket/814">second
bug</a> was found during the implementation phase and was responsible
for failure to connect to a working hidden service. Both bugfixes will
be included in the next unstable version and likely be backported to
@@ -310,8 +310,8 @@
last phase have been released in Tor version 0.2.1.7-alpha. Users can
download this development version from the Tor homepage and test the
improvements with minimal effort. Further, two bugfixes (<a
- href="http://bugs.noreply.org/flyspray/index.php?id=767&do=details">1</a>,
- <a href="http://bugs.noreply.org/flyspray/index.php?id=814&do=details">2</a>)
+ href="https://trac.torproject.org/projects/tor/ticket/767">1</a>,
+ <a href="https://trac.torproject.org/projects/tor/ticket/814">2</a>)
that were found in the course of this project have been backported to
the stable branch and will be included with the next stable version
0.2.0.32.</em></small>
@@ -336,8 +336,8 @@
this time. New measurements will be conducted in December in the hope
that the effects of this problem have mitigated.</em></small>
<br/>
- <small><em>Further, there might be a <a
- href="http://bugs.noreply.org/flyspray/index.php?id=847&do=details">bug</a>
+ <small><em>Further, there might be a
+ <a href="https://trac.torproject.org/projects/tor/ticket/847">bug</a>
in the way how Tor downloads directory information during
bootstrapping. Even though this is not related to hidden services, an
improvement would benefit hidden service publication, too. Part of the
@@ -357,14 +357,14 @@
href="http://archives.seul.org/or/cvs/Nov-2008/msg00100.html">bugfix</a>
corrects a possible segmentation fault that was very likely responsible
for a number of failed measurement runs. Another <a
- href="https://bugs.torproject.org/flyspray/index.php?id=847&do=details">bug</a>
+ href="https://trac.torproject.org/projects/tor/ticket/847">bug</a>
could be explained that lead to significant delays in bootstrapping:
Very slow directory authorities occupied bootstrapping clients for
a long time before clients finally gave up and bootstrapped using
another authority. As a result, the slowest two directory authorities
have dedicated more bandwidth to their nodes, so that the effect is
mitigated. A third <a
- href="https://bugs.torproject.org/flyspray/index.php?id=874&do=details">bug</a>
+ href="https://trac.torproject.org/projects/tor/ticket/874">bug</a>
has been introduced with the hidden service performance improvements in
November; the effect was that Tor processes running hidden services
would stop advertising their service upon reloading their
Modified: website/trunk/torbutton/en/index.wml
===================================================================
--- website/trunk/torbutton/en/index.wml 2010-06-16 16:15:01 UTC (rev 22514)
+++ website/trunk/torbutton/en/index.wml 2010-06-17 08:49:17 UTC (rev 22515)
@@ -108,7 +108,7 @@
href="https://gitweb.torproject.org/torbutton.git">browse the
repository</a> or simply unzip the xpi.
<br/>
-<strong>Bug Reports:</strong> <a href="https://bugs.torproject.org/flyspray/index.php?tasks=all&project=5">Torproject flyspray</a><br/>
+<strong>Bug Reports:</strong> <a href="https://trac.torproject.org/projects/tor/report/14">Torproject trac</a><br/>
<strong>Documents:</strong> <b>[</b> <a href="<page torbutton/faq>">FAQ</a> <b>|</b>
<a href="https://git.torproject.org/checkout/torbutton/master/src/CHANGELOG">changelog</a> <b>|</b>
<a href="https://git.torproject.org/checkout/torbutton/master/src/LICENSE">license</a> <b>|</b>
More information about the tor-commits
mailing list