Github user nolanlawson closed the pull request at:
https://github.com/apache/couchdb-fauxton/pull/859
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so
Github user nolanlawson commented on the issue:
https://github.com/apache/couchdb-fauxton/pull/859
Also I'll note that there's another issue somewhere in Fauxton where, when
you run it in dev mode, it still posts replications to `localhost:5984` even if
you try to point
GitHub user nolanlawson opened a pull request:
https://github.com/apache/couchdb-fauxton/pull/859
fix replication source/target url
Based on manual testing, this fixes the issue described in
https://github.com/apache/couchdb-fauxton/pull/858#issuecomment-281150205 . I
didn't run
Github user nolanlawson commented on the issue:
https://github.com/apache/couchdb-fauxton/pull/858
Well, I probably should have tested this before saying :+1:. ð
It
actually breaks worse than before. Attempting to replicate from
`http://examples.cloudant.com/animaldb` to a new
Github user nolanlawson commented on the issue:
https://github.com/apache/couchdb-fauxton/pull/853
Definitely, this is a risky change and should be thoroughly tested. But
potentially nice performance gains for first load!
---
If your project is set up for it, you can reply
Github user nolanlawson closed the pull request at:
https://github.com/apache/couchdb-fauxton/pull/855
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so
Github user nolanlawson closed the pull request at:
https://github.com/apache/couchdb-fauxton/pull/856
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so
Github user nolanlawson commented on the issue:
https://github.com/apache/couchdb-fauxton/pull/858
LGTM, looking forward to replication working for pouchdb server!
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your
Github user nolanlawson closed the pull request at:
https://github.com/apache/couchdb-fauxton/pull/854
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so
Github user nolanlawson commented on the issue:
https://github.com/apache/couchdb-fauxton/pull/854
okay, closing in favor of https://github.com/apache/couchdb-fauxton/pull/858
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub
Github user nolanlawson closed the pull request at:
https://github.com/apache/couchdb-fauxton/pull/850
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so
Github user nolanlawson closed the pull request at:
https://github.com/apache/couchdb-fauxton/pull/851
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so
Github user nolanlawson closed the pull request at:
https://github.com/apache/couchdb-fauxton/pull/852
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so
Github user nolanlawson commented on the issue:
https://github.com/apache/couchdb-fauxton/pull/855
I thought I should specify, because some folks may have CouchDB 1.x already
running on 5984, in which case theyâd need to run PouchDB Server on something
else. This was the case
Github user nolanlawson closed the pull request at:
https://github.com/apache/couchdb-fauxton/pull/856
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so
GitHub user nolanlawson reopened a pull request:
https://github.com/apache/couchdb-fauxton/pull/856
use travis_retry in travis script
I noticed many of my PRs are failing, and my hunch is that they're
intermittent errors (knowing how flaky Selenium tests are...). This will tell
GitHub user nolanlawson opened a pull request:
https://github.com/apache/couchdb-fauxton/pull/856
use travis_retry in travis script
I noticed many of my PRs are failing, and my hunch is that they're
intermittent errors (knowing how flaky Selenium tests are...). This will tell
Github user nolanlawson commented on the issue:
https://github.com/apache/couchdb-fauxton/pull/854
One thing I was very confused about with this code is that, to replicate to
or from local DBs, you don't need to specify the full URL; you can just specify
the DB name. E.g
GitHub user nolanlawson opened a pull request:
https://github.com/apache/couchdb-fauxton/pull/853
code-split "brace" into second bundle
I am not 100% confident in this PR but maybe it's a good starting point for
discussion.
I noticed that `brace` make
Github user nolanlawson commented on the issue:
https://github.com/apache/couchdb-fauxton/pull/852
Yeah the long build times seem entirely related to Webpack, but I'm not
super familiar with Webpack so I'm not sure how to optimize.
In any case there is some other stuff I
Github user nolanlawson commented on the issue:
https://github.com/apache/couchdb-fauxton/pull/852
Context: I'm using webpack-bundle-analyzer to try to figure out where we
can trim the JS bundle:
