Issue by sjschultze
Tuesday Jun 11, 2013 at 18:00 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/33

We've talked about capturing "free look" documents. It's been hard to figure out how to get the appropriate metadata. What if we offered an email address to which you could forward all of your "free look" emails? When an email is received, we parse the email text in order to get the metadata, download the doc and ingest it into the system, and send an email to the original sender with their new free and pubic download link?

We would have to address privacy concerns (including data retention) and appropriately disclaim them up front. Anybody want to take the lead on implementing this?

Issue by sjschultze
Wednesday Jun 26, 2013 at 21:20 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/37

For example:
http://archive.org/details/gov.uscourts.pamb.225223

Issue by sjschultze
Tuesday Apr 02, 2013 at 05:50 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/17

This is a placeholder issue designed to remind us to go back and review the Uservoice responses. There are several potential issues in there:

http://recapthelaw.uservoice.com/forums/26501-general

Issue by johnhawkinson
Tuesday Aug 06, 2013 at 16:23 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/38

In USA v. Auernheimer (weev) 13-1816 at ca3, i.e. http://ia601700.us.archive.org/17/items/gov.uscourts.ca3.13-1816/gov.uscourts.ca3.13-1816.docket.html, I just tried to download documnet 003011347514 0 ECF FILER: Response filed by Appellant Andrew Auernheimer to Motion to Accept Noncompliant filing, Motion stay request. Certificate of Service dated 08/05/2013. (HMF) from yesterday.

I ended up with ca3-Tra0sportRoom?servlet=ShowDoc&dls_id=003011347514&caseId=87236&dktType=dktPublic.pdf in my filesystem, and I don't know if anything was successfully uploaded to archive.org (looks like not), though docket metadata made it (unsurprisingly). debugging output was not fatal-looking:

8/6/13 12:18:07.546 PM [0x0-0x17e77e6].org.mozilla.firefox: RECAP: Url: /cmecf/servlet/TransportRoom?servlet=ShowDoc&dls_id=003011347514&caseId=87236&dktType=dktPublic
8/6/13 12:18:07.546 PM [0x0-0x17e77e6].org.mozilla.firefox: RECAP: Name: 003011347514.pdf
8/6/13 12:18:07.546 PM [0x0-0x17e77e6].org.mozilla.firefox: RECAP: List of stuff:
...
8/6/13 12:18:12.243 PM [0x0-0x17e77e6].org.mozilla.firefox: RECAP: Posting file: 003011347514.pdf
8/6/13 12:18:21.506 PM [0x0-0x17e77e6].org.mozilla.firefox: RECAP: RECAP File Upload - PDF uploaded to the public archive.
8/6/13 12:18:21.509 PM [0x0-0x17e77e6].org.mozilla.firefox: RECAP: [object Object]

Issue by johnhawkinson
Thursday Jun 20, 2013 at 11:09 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/36

USA v. Weeks, et al, in ecf.mad, case 99-10371, has multiple defendants, and CM/ECF lets you select which ones when running a docket report, including All.

Apparently if you select All, or select James Bulger, RECAP documents end up in different places. So if one is looking for a James "Whitey" Bulger document, it could be in either of:

http://ia600609.us.archive.org/33/items/gov.uscourts.mad.71378/
http://ia600602.us.archive.org/2/items/gov.uscourts.mad.71381/

And, of course, if one was looking for any of the other defendants (unlikely in this case, but surely in another), there might be 5 or 6 different places to look. And depending on how the query was run, the RECAP 'R' logo would not appear.

This is kind of a problem. Not sure what to do about it. Add some kind of aliasing support to the recap server? Though...that doesn't help people who have bookmarked the archive.org URLs.

Issue by janderse
Thursday Apr 11, 2013 at 00:33 GMT
Originally opened as freelawproject/recap-server#25

To integrate:

• Update ParsePacer.py to handle relative links.
• Remove unused commented lines from ParsePacer.py as requested by Dhruv
• Fix unit tests and breakage from removing secrets
• Split up alltests.py into separate unit test files.
• Parse dockets where parties are spread across multiple tables

janderse included the following code: https://github.com/freelawproject/recap-server/pull/25/commits

Issue by johnhawkinson
Saturday Apr 13, 2013 at 14:08 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/26

There's some irony in reporting bugs in RECAP's handling of United States v. Swartz.

The parties section of http://ia700504.us.archive.org/29/items/gov.uscourts.mad.137971/gov.uscourts.mad.137971.docket.html misses several of the parties. It shows the 6 attorneys representing the defendant (Swartz). But it does not show the 3 attorneys representing the Plaintiff (USA), nor the 2+1 attorneys representing 2 intervenors.

I think this is a longstanding breakage; sorry for not reporting it earlier.

Here's the HTML saved by Firefox from PACER: https://gist.github.com/5378539

Issue by johnhawkinson
Wednesday Apr 03, 2013 at 04:25 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/22

The docket report should include all docket items, not just PDF documents.
Did a query for all docket events from 1/1/2013 on
http://ia601701.us.archive.org/17/items/gov.uscourts.ca2.12-3200/gov.uscourts.ca2.12-3200.docket.html

and got back the HTML here:
http://pastebin.com/RiEMD8aP

Which included:
03/11/2013 148 CASE CALENDARING, for the week of 05/06/2013, PROPOSED.[871308] [12-3200]

e.g.

but the docket.html from archive.org skips from 146 to 150.

Issue by simality
Tuesday Oct 08, 2013 at 03:13 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/41

Malibu Media is a copyright troll responsible for a massive amount of ongoing litigation. This litigation is not recapping correctly. There are documents that PACER has down as being recapped that RECAP has no record of. There are RECAP dockets longer than their associated cases. There are RECAP dockets with documents for multiple cases.

Its a huge mess.

I've seen everything that I described above but it wasn't until a few minutes ago that I started documenting it for a bug report. Therefore I only have proof of my first claim and my last claim.

Proof:
Docket number 8-13-00506 as it looks on PACER (this is the history page)
http://www.scribd.com/doc/174335122/8-13-00506-aw-PACER.
Docket number 8-13-00506 as it appears on the Internet Archive.
http://www.scribd.com/doc/174336689/8-13-00506-aw-RECAP

As you can see, the PACER version of the docket has quite a few more recapped documents than recap itself.

And that's all the bug I have energy to document....

Goodnight.

Issue by johnhawkinson
Wednesday Apr 03, 2013 at 03:44 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/20

After typoing my password on login to ecf.ca1, I got a "Click here to download this document for free" popup taking me to
http://archive.org/download/gov.uscourts.ca1.241542/gov.uscourts.ca1.241542.15.0.pdf
which doesn't exist.

And also on the Case Search page immediately after logging in.

Issue by jdunck
Thursday Jan 24, 2013 at 02:12 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/2

Make this unique, and don't share it with anybody.

SECRET_KEY = ...

Does recap use session, auth, signed cookies, or any other crypto? If so, you'll need to migrate away from this key.

Issue by sjschultze
Tuesday Apr 02, 2013 at 05:24 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/16

Harlan said the following, but I'm not sure what he means:
"Lots of links from appellate PACER to district court PACER cases. We should think about making a new table that translates from (court, casename) --> casenum. For example, (mad, 1:11-cv-10334-RGS) --> 134764"

Issue by sjschultze
Sunday Mar 24, 2013 at 02:57 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/11

Is there some way to preserve the type of simple docnums (eg: "20") that are available on ca9 but not on ca1? It would be nice to be able to keep those, even though they are not available for every court.

Issue by johnhawkinson
Wednesday Jun 19, 2013 at 04:02 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/35

Sometimes it seems like archive.org uploads are stalled for hours.
It would be nice to have a way to see when the last successful one was, and what the queue was, and maybe even a graph/time series of same.

Issue by sjschultze
Tuesday Apr 02, 2013 at 05:23 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/15

When a docket is available in RECAP, insert a notification div on the DocketReportFilter.jsp page? Perhaps also on the Case Selection Page?

Issue by dkapadia
Saturday Mar 23, 2013 at 21:39 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/10

Issue by johnhawkinson
Wednesday Apr 03, 2013 at 03:46 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/21

http://ia601702.us.archive.org/7/items/gov.uscourts.ca1.11-1805/gov.uscourts.ca1.11-1805.docket.html

is Redfern et al v. Napolitano, being argued before the First Circuit tomorrow morning (2 Harvard Law students sued the TSA in re their full body scanners).

Appellate ECF gives me the last 10 docket entries first, then a button to see the full docket. Having done both, the archive.org docket shows me only the last 10, but fills in the first N with blanks/zeroes.
So it looks like the materials were misparsed on upload?

I haven't done any debugging. RECAP 0.9.1in Firefox.

Issue by sjschultze
Wednesday Apr 03, 2013 at 03:22 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/19

Some code changes were made on the old production server. Dhruv, can you take a look at these and see if there's anything important?

Also, we need a solution for the blacklist file, and we need to make sure that the blacklist is populated onto the new server.

Issue by johnhawkinson
Thursday Jun 13, 2013 at 03:20 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/34

https://gist.github.com/5770990
is the HTML docket for ecf.mad's 1:99-cr-10371-DJC-3, aka the Whitey Bulger case, a huge criminal prosecution in Boston.

RECAP seems to mess it up. For instance, the long description is missing for the first 687 entries :(

Issue by johnhawkinson
Tuesday Apr 15, 2014 at 00:28 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/44

I feel like RECAP has been busted for me for a while.
I haven't had a chance to sit down and debug it.
Firefox 28.

But, say, retrieving recent entries in http://ia600503.us.archive.org/2/items/gov.uscourts.nyed.308557/gov.uscourts.nyed.308557.docket.html gives my nyed-NNNNNNN.pdf -type filenames, and the docket doesn't get uploaded, etc., etc.

Hrmm, I see someone manged to upload a file on 4/2, so maybe it's mostly just me. I dunno.

Issue by zestyping
Saturday Jan 26, 2013 at 21:50 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/3

The server reports "query: too many url args" whenever the "json" parameter has a value that is not valid JSON syntax. This has nothing to do with how long the parameter is or how many URLs are specified; it should be reported as a JSON parsing error.

To reproduce this problem:

% curl -d json=abc http://dev.recapextension.org/recap/query/
query: too many url args

Issue by thinkcomp
Tuesday Apr 02, 2013 at 04:24 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/14

At the top of the "General Docket" page for a case (also known as TransportRoom?servlet=CaseSummary.jsp) I see things like:

Court of Appeals Docket #: 12-73415 Docketed: 10/23/2012
Harwinder Sing-Grewal v. Eric Holder, Jr.
Appeal From: Board of Immigration Appeals
Fee Status: IFP
Case Type Information:
1) agency
2) review
3) San Francisco Northern Ca
Originating Court Information:
District: BIA-1 : A089-474-561
Date Filed: 10/23/2012
Date Rec'd COA:
10/23/2012

Can we capture all of this? Lots more useful information here.

Issue by johnhawkinson
Thursday May 09, 2013 at 16:19 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/27

Carl Malmud's case, 3:13-cv-00815-SC Public.Resource.org v. Sheet Metal and Air Conditioning Contractors' National Association, Inc. in ecf.cand.uscourts.gov, doesn't seem to work with RECAP.

Neither the docket nor the files seem to be successfully uploaded.
See https://gist.github.com/johnhawkinson/5548532 for logs.

Issue by jdunck
Thursday Jan 24, 2013 at 02:08 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/1

I saw from the settings code that this is running on an old django version. (I can't tell which, but the use of DATABASE_* rather than DATABASES = {} was the tell.)

I'm familiar with django. How can I help?

Issue by johnhawkinson
Monday Jun 10, 2013 at 23:04 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/31

Well, that's a trip. I downloaded docket item #128 today in United States v. Aaron Swartz (ecf.mad's 11-CR-10260), and it came up as

gov.uscourts.mad.137970.128.0.pdf

That is BIZARRE!

It is docket ECF docket # 137971 , not 137970!!

Needless to say, it does not show up at
http://ia600504.us.archive.org/29/items/gov.uscourts.mad.137971/

I'm not sure how this could have happened, but something's horribly wrong...

Issue by zestyping
Saturday Jan 26, 2013 at 21:56 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/5

Responses to /recap/query contain a "filename" field. But this field does not contain a filename, it contains a URL. It should be named "download_url" or "url" or similar.

Issue by zestyping
Saturday Jan 26, 2013 at 21:56 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/5

Responses to /recap/query contain a "filename" field. But this field does not contain a filename, it contains a URL. It should be named "download_url" or "url" or similar.

Issue by thinkcomp
Thursday May 23, 2013 at 17:48 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/28

http://ia700809.us.archive.org/15/items/gov.uscourts.cand.250725/gov.uscourts.cand.250725.docket.xml has a docket number of "01-Jan-1970". Seems like a parsing error.

Issue by zestyping
Saturday Jan 26, 2013 at 21:50 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/3

The server reports "query: too many url args" whenever the "json" parameter has a value that is not valid JSON syntax. This has nothing to do with how long the parameter is or how many URLs are specified; it should be reported as a JSON parsing error.

To reproduce this problem:

% curl -d json=abc http://dev.recapextension.org/recap/query/
query: too many url args

Issue by sjschultze
Saturday Mar 23, 2013 at 17:32 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/8

When you first view a docket on an appellate case, you get a partial docket. This isn't uploaded. It should be... similar to how we do it for district/bankruptcy.

Issue by zestyping
Tuesday Feb 05, 2013 at 04:33 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/6

Escaping a slash with a backslash is legal in JSON but is not legal in JavaScript (well, it seems to work okay in browsers I've tried, but it doesn't look like it's allowed in the ECMAScript standard). While this doesn't seem to be hurting at the moment, it's kind of odd and probably not necessary.

Issue by johnhawkinson
Friday May 31, 2013 at 22:33 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/30

Perhaps a UTF8 double-conversion botch?
http://ia601709.us.archive.org/6/items/gov.uscourts.ca1.12-1236/gov.uscourts.ca1.12-1236.docket.xml

includes:
document doc_num="00106536535" attachment_num="0"><pacer_doc_id>00106536535</pacer_doc_id><date_filed>05/31/2013</date_filed><long_desc>OPINION issued by Juan R. Torruella, Appellate Judge; Michael Boudin, Appellate Judge and Rogeriee Thompson, Appellate Judge. Published. *Judge Boudin heard oral argument in this matter and participated in the semble, but he did not participate in the issuance of the panel's opinion in this case. The remaining two panelists therefore issued the opinion pursuant to 28 U.S.C. § 46(d). 12-1236</long_desc>

And there is an A-circumflex (Â) after "28 U.S.C. " that should not be there.

Issue by joannaskao
Wednesday May 29, 2013 at 18:49 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/29

Uploading a docket report to RECAP after following a link like https://ecf.mad.uscourts.gov/cgi-bin/DktRpt.pl?137970, rather than going through the Query tab and entering a case number in PACER silently fails. I get a notification saying that the report was uploaded to the public archive, but it doesn't actually get uploaded (I went back and reaccessed the page using the Query tab afterward to upload the file I wanted).

Issue by FiloSottile
Tuesday Apr 02, 2013 at 13:59 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/18

Some documents don't have an attached PDF and therefore don't have a docid.
It would be good to save them with the docket, but would a NULL docid conflict with some of the frontend?

My idea would be to save them in the archive.org docket but not in the database table.

Issue by jdunck
Thursday Jan 24, 2013 at 02:12 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/2

Make this unique, and don't share it with anybody.

SECRET_KEY = ...

Does recap use session, auth, signed cookies, or any other crypto? If so, you'll need to migrate away from this key.

Issue by sjschultze
Friday Apr 05, 2013 at 14:42 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/24

Jhawk sez:

RECAP totally screws up the docket report
for Tuppello v. Hamburg's opening case, 1:05-cv-00366-ERK-VVP in
ecf.nyed; That's the opening docket number for the Plan B / morning
after pill case that took over this morning's news.

Everything's blank at
http://ia600805.us.archive.org/26/items/gov.uscourts.nyed.239933/gov.uscourts.nyed.239933.docket.html

Issue by jdunck
Thursday Jan 24, 2013 at 02:08 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/1

I saw from the settings code that this is running on an old django version. (I can't tell which, but the use of DATABASE_* rather than DATABASES = {} was the tell.)

I'm familiar with django. How can I help?

Issue by martey
Monday Jun 16, 2014 at 08:39 GMT
Originally opened as freelawproject/recap-server#46

Update copyright year to 2014. Change license to refer to "RECAP Server"
instead of the "RECAP Firefox Extension".

martey included the following code: https://github.com/freelawproject/recap-server/pull/46/commits

Issue by mlissner
Thursday May 15, 2014 at 16:01 GMT
Originally opened as freelawproject/recap-server#45

The changes here look about as harmless as anything to me. Let's get 'em in, then we should be synced.

mlissner included the following code: https://github.com/freelawproject/recap-server/pull/45/commits

Issue by sjschultze
Tuesday Jun 11, 2013 at 17:57 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/32

Original issue by Dhruv was on the old recap server repo:
"The behavior isn't consistent and is worth investigating a bit more"

Response from ziorufus was:
"Could you give some example pages that return errors?"

I know that Dhruv is very busy and unlikely to respond in the near future. I'm not sure if there's more testing that can be done even without more comments from him. I too have experienced inconsistent uploading of subdocs on appellate courts, but I haven't documented it well enough to provide a detailed bug report. :(

Issue by thinkcomp
Tuesday Apr 02, 2013 at 04:02 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/12

Right now it looks like only docket entries are being captured, not parties and lawyers. It would be great to have everything.

Issue by johnhawkinson
Saturday Sep 21, 2013 at 23:32 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/39

weev's ca3 appeal is docket 13-1816. Most but not all documents show up at

http://ia601700.us.archive.org/17/items/gov.uscourts.ca3.13-1816/

but some of them show up at

http://ia601702.us.archive.org/35/items/gov.uscourts.ca3.None/

this is consistent, in that if you run the PACER docket report (this link will charge you money): https://ecf.ca3.uscourts.gov/cmecf/servlet/TransportRoom?servlet=CaseSummary.jsp&caseNum=13-1816&incOrigDkt=N&incDktEntries=Y
then you get some 'R' icon links like this:
http://www.archive.org/download/gov.uscourts.ca3.13-1816/gov.uscourts.ca3.13-1816.003011395511.0.pdf
but some defective ones like this:
http://www.archive.org/download/gov.uscourts.ca3.None/gov.uscourts.ca3.None.003011347514.0.pdf

Issue by johnhawkinson
Monday Sep 23, 2013 at 22:14 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/40

I'm under the impression that all the RECAP-generated timestamps we see are supposed to be in UTC. See entry No. 3 at http://ia601009.us.archive.org/34/items/gov.uscourts.ca2.13-3524/gov.uscourts.ca2.13-3524.docket.html which I just uploaded:

09/23/2013
3
0
MOTION, to stay, on behalf of Appellant City of New York in 13-3088, 13-3524, FILED. Service date 09/23/2013 by CM/ECF. [1048966] [13-3088, 13-3461, 13-3524]
2013-09-23 18:10:14
0d596c4f601421b1dcad2117fcd09513d6826ce0

That 18:10:14 timestamp is US/Eastern, reflecting the docket report I ran four minutes ago. It should instead be 22:10:14Z.

Issue by mlissner
Friday Nov 22, 2013 at 00:28 GMT
Originally opened as freelawproject/recap-server#43

This assumes that we can get the starters variable set up with all the dates that make sense for each of the courts, but if we can do that, then I think this should work nicely.

mlissner included the following code: https://github.com/freelawproject/recap-server/pull/43/commits

Issue by zestyping
Saturday Jan 26, 2013 at 21:56 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/4

Responses to /recap/query include the "timestamp" field. However, this field does not contain a timestamp at all; it contains a date.

Also, the date is in mm/dd/yy format, which is a poor design choice. Two-digit years should have died over a decade ago. Dates transmitted over the wire should be in Unix timestamp (seconds since epoch) or in RFC 3339 format.

Issue by FiloSottile
Monday Feb 25, 2013 at 09:01 GMT
Originally opened as freelawproject/recap-server#7

As requested, all the indentation normalized to 4 whitespaces.

I also checked out errorjar and picklejar, as I had to create them after an exception while testing.

FiloSottile included the following code: https://github.com/freelawproject/recap-server/pull/7/commits

Issue by FiloSottile
Wednesday Apr 03, 2013 at 13:55 GMT
Originally opened as freelawproject/recap-server#23

To start a dev VM do vagrant up
You'll have the RECAP server running on 10.42.42.42:8000
Config: Database recap_dev - User recapper - Pass recap
It will run directly your codebase, and log in your debug.log
Access the output of the server from root's screen via vagrant ssh

I plan to add also a PhpMyAdmin to the mix.

FiloSottile included the following code: https://github.com/freelawproject/recap-server/pull/23/commits

Issue by dkapadia
Saturday Mar 23, 2013 at 20:04 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/9

Appellate cases have casenums of the form YY-NNNN, but our database represents casenums as an int.

We could change the datatype of the column to be a varchar, but since the casenum is predictable, we think it's lower risk to just coerce and uncoerce the casenum in the places where we use it.

Ideally we would abstract this some how so we don't have a ton of 'if appellate' statements littered through the codebase

Issue by zestyping
Saturday Jan 26, 2013 at 21:56 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/4

Responses to /recap/query include the "timestamp" field. However, this field does not contain a timestamp at all; it contains a date.

Also, the date is in mm/dd/yy format, which is a poor design choice. Two-digit years should have died over a decade ago. Dates transmitted over the wire should be in Unix timestamp (seconds since epoch) or in RFC 3339 format.

Issue by johnhawkinson
Friday Nov 08, 2013 at 20:28 GMT
Originally opened as https://github.com/freelawproject/recap-server/issues/42

So, if one looks at the Court's docket for In re: Under Seal (aka Lavabit):

https://ecf.ca4.uscourts.gov/cmecf/servlet/TransportRoom?servlet=CaseSummary.jsp&caseNum=13-4625&incOrigDkt=N&incDktEntries=Y

We see nice [R] icons next to things, including

0/30/2013 47 [RECAP] RESPONSE/ANSWER by Under Seal and Under Seal 2 in 13-4625, 13-4626 to notice requesting response [43[RECAP]]. [13-4625, 13-4626] Jesse Binnall

But that doesn't show up at the archive.org docket:
http://ia601009.us.archive.org/14/items/gov.uscourts.ca4.13-4625/gov.uscourts.ca4.13-4625.docket.html

Inspection of hte [R] icon makes it clear why:

<a class="recapIcon" href="http://www.archive.org/download/gov.uscourts.ca4.None/gov.uscourts.ca4.None.47.0.pdf" onclick="return false;"gt;

gov.uscourts.ca4.None? Oops.