Lauren Ko

The error occurs when the URI is found in the CDX index, but when trying to access the WARC file given for the resource via lookup of its location in...

Webrecorder now writes compressed WARCs without a .gz extension, so this is one more reason to address this issue. Pull requests are welcome!

I don't know that it has been formally deprecated at this point, but it continues to sound like CDX Server will be required for OpenWayback 3.0, so it would probably...

Hi @schmika, unfortunately I can't provide much assistance with your issue, as I was unable to reproduce your error using the default OpenWayback configuration (except a different `wayback.basedir` that would...

Hi @Axenu I am not sure I follow the logic in the statement: > The problem is however that the file: http://192.168.10.210:8080/wayback/20191021115240/https://domain.com/app/main-config.js can be loaded, so it does exist. I...

Neither bulk/batch requests nor the (W)ARC file management described have been implemented here.

@jafamo is your problem also specifically with replaying Instagram pages? @peterk thanks for opening this issue. We recognize there is a problem, as you report, with replaying Instagram pages. We...

Hi @jafamo, What is the URL you are using when you are getting an error? Using https with port 80 is not common. By default, if you are not specifying...

In response to the [CDX Server API](http://iipc.github.io/openwayback/api/cdxserver-api.html), I think I understand the motives behind having both a `/get` and a `/search` but don't wholly agree with the need. It looks...

Looking at what topics are used int he spreadsheet as well as what is in use on GitHub, I think those all make sense to use.