[jira] [Closed] (COUCHDB-439) Fix bogus $(INSTALL) of couchspawnkillable.exe on Windows
[ https://issues.apache.org/jira/browse/COUCHDB-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed COUCHDB-439. --- Resolution: Won't Fix Build system was reworked for CouchDB 2.0. > Fix bogus $(INSTALL) of couchspawnkillable.exe on Windows > - > > Key: COUCHDB-439 > URL: https://issues.apache.org/jira/browse/COUCHDB-439 > Project: CouchDB > Issue Type: Improvement > Components: Build System > Environment: Windows >Reporter: Mark Hammond > > There is a bogus $INSTALL in src/Makefile.am which needs to be fixed once a > work around is determined. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (COUCHDB-629) futon doesn't raise a popup anymore to ask for login if needed
[ https://issues.apache.org/jira/browse/COUCHDB-629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed COUCHDB-629. --- Resolution: Won't Fix Futon is deprecated as of CouchDB 2.0. > futon doesn't raise a popup anymore to ask for login if needed > -- > > Key: COUCHDB-629 > URL: https://issues.apache.org/jira/browse/COUCHDB-629 > Project: CouchDB > Issue Type: Bug > Components: Futon >Affects Versions: 0.11 >Reporter: Benoit Chesneau > > Since latest change, futon doesn't raised a window to ask for login if needed. > Steps to reproduce : > try to delete a db with an admin user set, you only get "The database could > not be deleted: You are not a server admin." message. It would be more > intuitive to raise popup or something that ask for a login. Here I lost some > time to understand what to do. Especially since login was at the bottom. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (COUCHDB-2618) Okay so like I am a total dummy so I decided to fo...
[ https://issues.apache.org/jira/browse/COUCHDB-2618?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed COUCHDB-2618. Resolution: Invalid You need to install the curl command. https://curl.haxx.se/download.html#Win32 > Okay so like I am a total dummy so I decided to fo... > - > > Key: COUCHDB-2618 > URL: https://issues.apache.org/jira/browse/COUCHDB-2618 > Project: CouchDB > Issue Type: Bug >Reporter: ASF subversion and git services > > Okay so like I am a total dummy so I decided to follow the instructions, so > to shorten this I did as the documentation said. Now to show you how dumb I > was, I went to my DOS Console(configuration 64 bit processor running Windows > 7 32 bit - one nice feature, need 64 bit with berkley) so then I tried > issuing the curl command as suggested, unfortunately I (or perhaps the dev > team doesn't matter) forgot the path command. So reading over the > instructions again I went to the bin folder of the installation and tried > issuing the command from there curl http://127.0.0.1:5984/ to which my > computer responded > C:\Program Files\Apache Software Foundation\CouchDB>curl > http://127.0.0.1:5984/ > 'curl' is not recognized as an internal or external command, > operable program or batch file. > So of course naturally being the total dummy I am I tried this > C:\Program Files\Apache Software Foundation\CouchDB>help curl > This command is not supported by the help utility. Try "curl /?". > C:\Program Files\Apache Software Foundation\CouchDB>curl / > 'curl' is not recognized as an internal or external command, > operable program or batch file. > C:\Program Files\Apache Software Foundation\CouchDB> > Still no luck so what next??? > *Reporter*: Alan Radau > *E-mail*: [mailto:alanra...@hotmail.com] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (COUCHDB-3194) Windows installer says "x86", while it can be inst...
[ https://issues.apache.org/jira/browse/COUCHDB-3194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed COUCHDB-3194. Resolution: Fixed We now state that the installer is 64-bit only. > Windows installer says "x86", while it can be inst... > - > > Key: COUCHDB-3194 > URL: https://issues.apache.org/jira/browse/COUCHDB-3194 > Project: CouchDB > Issue Type: Bug >Reporter: ASF subversion and git services > > Windows installer says "x86", while it can be installed on x64, when > executing on x86 (ia32) Windows drops an error about incorrect > platform/architecture. > *Reporter*: Mauricio Abre > *E-mail*: [mailto:mga...@gmail.com] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (COUCHDB-3196) Windows installer msi - path contains spaces error
[ https://issues.apache.org/jira/browse/COUCHDB-3196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed COUCHDB-3196. Resolution: Cannot Reproduce When I run the .msi I am prompted for a path to install to...? Cannot reproduce. > Windows installer msi - path contains spaces error > -- > > Key: COUCHDB-3196 > URL: https://issues.apache.org/jira/browse/COUCHDB-3196 > Project: CouchDB > Issue Type: Bug > Components: Setup >Reporter: Josh Burvill > > Running the windows installer for version 2.0.0, the installer says that the > installation path contains spaces and Couchdb will not function, however > there is no option available to change the folder to install to. > The installer file name is apache-couchdb-2.0.0.msi -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (COUCHDB-3200) Hi There, I have tried lot of google links rega...
[ https://issues.apache.org/jira/browse/COUCHDB-3200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed COUCHDB-3200. Resolution: Invalid This is a support question, not a bug report. Please retry your question on our User mailing list, accessible via http://couchdb.apache.org/#mailing-lists When you ask your question, you might want to give additional detail as to the specific problem you are having. > Hi There,I have tried lot of google links rega... > - > > Key: COUCHDB-3200 > URL: https://issues.apache.org/jira/browse/COUCHDB-3200 > Project: CouchDB > Issue Type: Bug >Reporter: ASF subversion and git services > > Hi There, > I have tried lot of google links regarding hosting a CouchDB in the Windows > Server 2008 R2. > Am unable to Host the CouchDB. > We have built a simple application using CouchDB and AngularJS. > Now the biggest problem am having is we are not find a right solution for > hosting the CouchDB remotely. > Since we Mobile-App too for Sync where we are using PouchDB too. > Please help with this Hosting solution or give us any video tutorial to > resolve this problem. > Locally its all working fine. with mobile simulator, but once we publish we > are unable to Sync because its not remote access. > Thanks, Saheel > *Reporter*: Saheel > *E-mail*: [mailto:saheelahm...@gmail.com] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (COUCHDB-3208) Jeez, i just clicked the button on that side thing...
[ https://issues.apache.org/jira/browse/COUCHDB-3208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed COUCHDB-3208. Resolution: Not A Problem > Jeez, i just clicked the button on that side thing... > - > > Key: COUCHDB-3208 > URL: https://issues.apache.org/jira/browse/COUCHDB-3208 > Project: CouchDB > Issue Type: Bug >Reporter: ASF subversion and git services > Attachments: Picture 621.jpg > > > Jeez, i just clicked the button on that side thing and then it freaked out > and scrolled down here really i wasn't paying attention it all happened so > quick. > I nearly fell off the couch. > Cool, > Take Care. > *Reporter*: Beavis > *E-mail*: [mailto:huhuhuhuhuhuh...@u.whu] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (COUCHDB-3217) can't install on windows 10 32bit its seems proces...
[ https://issues.apache.org/jira/browse/COUCHDB-3217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed COUCHDB-3217. Resolution: Won't Fix CouchDB 2.0 is only supported on 64-bit Windows platforms. Sorry. > can't install on windows 10 32bit its seems proces... > - > > Key: COUCHDB-3217 > URL: https://issues.apache.org/jira/browse/COUCHDB-3217 > Project: CouchDB > Issue Type: Bug >Reporter: ASF subversion and git services > > can't install on windows 10 32bit its seems processor type mismatch > *Reporter*: eko purnomo > *E-mail*: [mailto:davidnak...@gmail.com] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (COUCHDB-3228) CouchDB on Windows Server 2012
[ https://issues.apache.org/jira/browse/COUCHDB-3228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed COUCHDB-3228. Resolution: Invalid http://couchdb.apache.org/#download has the x64 download link. We no longer support x86 (32-bit) builds as of CouchDB 2.0. > CouchDB on Windows Server 2012 > -- > > Key: COUCHDB-3228 > URL: https://issues.apache.org/jira/browse/COUCHDB-3228 > Project: CouchDB > Issue Type: Bug > Components: Database Core, Fauxton, Futon >Reporter: Sid > > HI There, > Is there any CouchDB version avilable for windows server 2012 64 bit ? > I could find version for X86 only. > Please advise. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (COUCHDB-3230) Unable to install CouchDB 2.0 onto 32bit windows 7...
[ https://issues.apache.org/jira/browse/COUCHDB-3230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed COUCHDB-3230. Resolution: Won't Fix CouchDB 2.0 only supports Windows on the 64-bit platform. Our website has been updated to indicate this change in support. If you need 32-bit Windows CouchDB support, download CouchDB 1.6. > Unable to install CouchDB 2.0 onto 32bit windows 7... > - > > Key: COUCHDB-3230 > URL: https://issues.apache.org/jira/browse/COUCHDB-3230 > Project: CouchDB > Issue Type: Bug >Reporter: ASF subversion and git services > Attachments: Capture.PNG > > > Unable to install CouchDB 2.0 onto 32bit windows 7 running on a 64bit capable > processor. > The windows installer says "The installation package is not supported by this > processor type. Contact your product vendor". > The output of the command (as admin) "wmic os get osarchitecture" > OSArchitecture > 32-bit > However the "systeminfo" command returns information saying the processor is > a 64bit : > .. > Processor(s): 1 Processor(s) Installed. >[01]: x64 Family 6 Model 60 Stepping 3 > GenuineIntel > .. > (full systeminfo output): > Host Name: P1130051176 > OS Name: Microsoft Windows 7 Professional > OS Version:6.1.7601 Service Pack 1 Build 7601 > OS Manufacturer: Microsoft Corporation > OS Configuration: Member Workstation > OS Build Type: Multiprocessor Free > Registered Owner: Windows User > Registered Organization: *** > Product ID:00371-868-007-* > Original Install Date: 4/05/2015, 1:24:06 p.m. > System Boot Time: 25/10/2016, 8:12:45 a.m. > System Manufacturer: Hewlett-Packard > System Model: HP EliteDesk 800 G1 SFF > System Type: X86-based PC > Processor(s): 1 Processor(s) Installed. >[01]: x64 Family 6 Model 60 Stepping 3 > GenuineIntel ~3401 Mhz > BIOS Version: Hewlett-Packard L01 v02.33, 15/07/2014 > Windows Directory: C:\windows > System Directory: C:\windows\system32 > Boot Device: \Device\HarddiskVolume1 > System Locale: en-nz;English (New Zealand) > Input Locale: en-us;English (United States) > Time Zone: (UTC+12:00) Auckland, Wellington > Total Physical Memory: 3,514 MB > Available Physical Memory: 607 MB > Virtual Memory: Max Size: 11,704 MB > Virtual Memory: Available: 2,338 MB > Virtual Memory: In Use:9,366 MB > Page File Location(s): D:\pagefile.sys > snip > *Reporter*: Bede > *E-mail*: [mailto:bede+couc...@bignell.nz] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (COUCHDB-3243) couchdb v2.0.0 not supported by vendor even wit...
[ https://issues.apache.org/jira/browse/COUCHDB-3243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joan Touzet closed COUCHDB-3243. Resolution: Won't Fix CouchDB 2.0 no longer supports Windows x86 (32-bit) in our standard build process. We've updated the website to indicate the download is 64-bit only. You are welcome to submit a patch request that enables 32-bit builds for our build process if you are able. Myself, I was unable to support both platforms and as such am supporting the 64-bit platform only. Most computers built within the last 10 years should be running 64-bit Windows at this point. You can still run CouchDB 1.6 in 32-bit mode if you need CouchDB on 32-bit Windows. > couchdb v2.0.0not supported by vendor even wit... > - > > Key: COUCHDB-3243 > URL: https://issues.apache.org/jira/browse/COUCHDB-3243 > Project: CouchDB > Issue Type: Bug >Reporter: ASF subversion and git services > Attachments: Screenshot_17.jpg > > > couchdb v2.0.0 > not supported by vendor even with 86x computer... > *Reporter*: zonetm > *E-mail*: [mailto:zone.nan...@gmail.com] -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (COUCHDB-3245) couchjs -S option doesn't have any effect
[ https://issues.apache.org/jira/browse/COUCHDB-3245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15707713#comment-15707713 ] ASF GitHub Bot commented on COUCHDB-3245: - GitHub user nickva opened a pull request: https://github.com/apache/couchdb-couch/pull/216 Make couchjs -S option take effect Previously it was used to set JS context's stack chunk size. Instead, to be effective it should set max GC size of the runtime. Stack chunk size was set to the recommended value: 8K Reference: https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewContext COUCHDB-3245 You can merge this pull request into a Git repository by running: $ git pull https://github.com/cloudant/couchdb-couch couchdb-3245 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/couchdb-couch/pull/216.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #216 commit 2bca9625aa6769b55520ebe796c5ccb5a55d3091 Author: Nick VatamaniucDate: 2016-11-30T05:37:12Z Make couchjs -S option take effect Previously it was used to set JS context's stack chunk size. Instead, to be effective it should set max GC size of the runtime. Stack chunk size was set to the recommended value: 8K Reference: https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewContext COUCHDB-3245 > couchjs -S option doesn't have any effect > - > > Key: COUCHDB-3245 > URL: https://issues.apache.org/jira/browse/COUCHDB-3245 > Project: CouchDB > Issue Type: Bug >Reporter: Nick Vatamaniuc > > currently -S option of couchjs sets stack _chunk_ size for js contexts > Reference: to > https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewContext > Documentation recommends 8K and I have seen cases where it was raised to 1G+ > in production!. That doesn't seem right at all and also probably kills > performance and eats memory. > Docs from above say: > > The stackchunksize parameter does not control the JavaScript stack size. > > (The JSAPI does not provide a way to adjust the stack depth limit.) Passing > > a large number for stackchunksize is a mistake. In a DEBUG build, large > > chunk sizes can degrade performance dramatically. The usual value of 8192 > > is recommended > Instead we should be setting the max gc value which is set in the runtime > {{JS_NewRuntime(uint32_t maxbytes)}} > It seems that acts similarly to a max heap used (from what I understand). > Which makes more sense. A stack size of hundreds of megabytes doesn't sound > right. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[GitHub] couchdb-couch pull request #216: Make couchjs -S option take effect
GitHub user nickva opened a pull request: https://github.com/apache/couchdb-couch/pull/216 Make couchjs -S option take effect Previously it was used to set JS context's stack chunk size. Instead, to be effective it should set max GC size of the runtime. Stack chunk size was set to the recommended value: 8K Reference: https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewContext COUCHDB-3245 You can merge this pull request into a Git repository by running: $ git pull https://github.com/cloudant/couchdb-couch couchdb-3245 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/couchdb-couch/pull/216.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #216 commit 2bca9625aa6769b55520ebe796c5ccb5a55d3091 Author: Nick VatamaniucDate: 2016-11-30T05:37:12Z Make couchjs -S option take effect Previously it was used to set JS context's stack chunk size. Instead, to be effective it should set max GC size of the runtime. Stack chunk size was set to the recommended value: 8K Reference: https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewContext COUCHDB-3245 --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[jira] [Commented] (COUCHDB-3245) couchjs -S option doesn't have any effect
[ https://issues.apache.org/jira/browse/COUCHDB-3245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15707631#comment-15707631 ] Nick Vatamaniuc commented on COUCHDB-3245: -- Interesting! Looks like it was fixed before: https://issues.apache.org/jira/browse/COUCHDB-1792 > couchjs -S option doesn't have any effect > - > > Key: COUCHDB-3245 > URL: https://issues.apache.org/jira/browse/COUCHDB-3245 > Project: CouchDB > Issue Type: Bug >Reporter: Nick Vatamaniuc > > currently -S option of couchjs sets stack _chunk_ size for js contexts > Reference: to > https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewContext > Documentation recommends 8K and I have seen cases where it was raised to 1G+ > in production!. That doesn't seem right at all and also probably kills > performance and eats memory. > Docs from above say: > > The stackchunksize parameter does not control the JavaScript stack size. > > (The JSAPI does not provide a way to adjust the stack depth limit.) Passing > > a large number for stackchunksize is a mistake. In a DEBUG build, large > > chunk sizes can degrade performance dramatically. The usual value of 8192 > > is recommended > Instead we should be setting the max gc value which is set in the runtime > {{JS_NewRuntime(uint32_t maxbytes)}} > It seems that acts similarly to a max heap used (from what I understand). > Which makes more sense. A stack size of hundreds of megabytes doesn't sound > right. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (COUCHDB-3246) couchperuser seems broken in 2.0.0 branch
Victor Heng created COUCHDB-3246: Summary: couchperuser seems broken in 2.0.0 branch Key: COUCHDB-3246 URL: https://issues.apache.org/jira/browse/COUCHDB-3246 Project: CouchDB Issue Type: Bug Components: Database Core Reporter: Victor Heng `couchperuser` functionality in 2.0.0 seems to be broken, even after it is enabled in the `local.ini`, like so: ``` [couch_peruser] enable = true ``` After modifying `local.ini`, and restarting couchdb, creating a new user in `_users` does not create a corresponding `userdb-`, as it does in 1.6.X branch. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (COUCHDB-3245) couchjs -S option doesn't have any effect
Nick Vatamaniuc created COUCHDB-3245: Summary: couchjs -S option doesn't have any effect Key: COUCHDB-3245 URL: https://issues.apache.org/jira/browse/COUCHDB-3245 Project: CouchDB Issue Type: Bug Reporter: Nick Vatamaniuc currently -S option of couchjs sets stack _chunk_ size for js contexts Reference: to https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewContext Documentation recommends 8K and I have seen cases where it was raised to 1G+ in production!. That doesn't seem right at all and also probably kills performance and eats memory. Docs from above say: > The stackchunksize parameter does not control the JavaScript stack size. (The > JSAPI does not provide a way to adjust the stack depth limit.) Passing a > large number for stackchunksize is a mistake. In a DEBUG build, large chunk > sizes can degrade performance dramatically. The usual value of 8192 is > recommended Instead we should be setting the max gc value which is set in the runtime {{JS_NewRuntime(uint32_t maxbytes)}} It seems that acts similarly to a max heap used (from what I understand). Which makes more sense. A stack size of hundreds of megabytes doesn't sound right. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (COUCHDB-3100) require_valid_user is not working
[ https://issues.apache.org/jira/browse/COUCHDB-3100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15707147#comment-15707147 ] Brian commented on COUCHDB-3100: This looks to be a "bug" in expectation, lack of documentation, unexpected config name or some combination of any or all of those. Looking in the source code for chttpd, it looks like it is looking for the config option under chttpd. (https://github.com/apache/couchdb-chttpd/blob/master/src/chttpd_auth.erl#L51) To me this was unexpected as I would have expected a matching \[couch_chttpd_auth\] block to the \[couch_httpd_auth\] block So expectation is that the following would work based on other config options and lack of documentation: {code:title=Not working but expected} [couch_chttpd_auth] require_valid_user = true {code} However, from source code and trial on my couchdb 2.0 setup, the following did work as expected to require a valid user on port 5984: {code:title=Working but unexpected} [chttpd] require_valid_user = true {code} Not sure if best way to fix is to change config option name or simply add documentation in the configuration section in the online help and possibly in the default config files provided with the build. Just wanted to add my observations to anyone else coming across this issue. > require_valid_user is not working > - > > Key: COUCHDB-3100 > URL: https://issues.apache.org/jira/browse/COUCHDB-3100 > Project: CouchDB > Issue Type: Bug >Affects Versions: 2.0.0 >Reporter: Tiago Pereira > > When the configuration "require_valid_user = true" is added to the local.ini, > the server ignores it and the database is still kept public. This problem was > replicated in klaemo's docker image 2.0-single and 2.0-rc3 . -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[GitHub] couchdb-fauxton pull request #815: tests: add jest for testing
GitHub user robertkowalski opened a pull request: https://github.com/apache/couchdb-fauxton/pull/815 tests: add jest for testing Adds Jest for testing. Right now it runs in parallel to our old test setup. The idea is that we can use the faster, simpler testing for all new stuff and all refactored elements. To run jest, simply run: `npm run jest` You can merge this pull request into a Git repository by running: $ git pull https://github.com/robertkowalski/couchdb-fauxton jest Alternatively you can review and apply these changes as the patch at: https://github.com/apache/couchdb-fauxton/pull/815.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #815 commit 33db8f714d14aef3f3bff331dd4294301251f3ee Author: Robert KowalskiDate: 2016-11-29T17:30:01Z tests: add jest for testing This add Jest for testing. Right now it runs in parallel to our old test setup. The idea is that we can use the faster, simpler testing for all new stuff and all refactored elements. To run jest, simply run: `npm run jest` commit ac4255cfc7fcd3f9f6a79e19561217fed9a42a41 Author: Robert Kowalski Date: 2016-11-29T17:31:05Z tests: port helperSpec to jest our first jest based tests :) --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton issue #812: remove doc_editor template
Github user robertkowalski commented on the issue: https://github.com/apache/couchdb-fauxton/pull/812 ð heavy clean up and great refactorings. thanks so much! found some code issue, haven't run the code locally yet. seems there is a conflict, too. --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton pull request #812: remove doc_editor template
Github user robertkowalski commented on a diff in the pull request: https://github.com/apache/couchdb-fauxton/pull/812#discussion_r90052494 --- Diff: app/addons/config/layout.js --- @@ -0,0 +1,97 @@ +// Licensed under the Apache License, Version 2.0 (the "License"); you may not +// use this file except in compliance with the License. You may obtain a copy of +// the License at +// +// http://www.apache.org/licenses/LICENSE-2.0 +// +// Unless required by applicable law or agreed to in writing, software +// distributed under the License is distributed on an "AS IS" BASIS, WITHOUT +// WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the +// License for the specific language governing permissions and limitations under +// the License. + +import React from 'react'; +import FauxtonAPI from "../../core/api"; +import {TabsSidebarHeader} from '../documents/layouts'; +import ConfigComponents from "./components.react"; +import CORSComponents from "../cors/components.react"; +import {Breadcrumbs} from '../components/header-breadcrumbs'; +import {NotificationCenterButton} from '../fauxton/notifications/notifications.react'; +import {ApiBarWrapper} from '../components/layouts'; + +// const sidebarItems = [ +// { +// title: 'Main config', +// typeSelect: 'main', +// link: '_config/' + node +// }, +// { +// title: 'CORS', +// typeSelect: 'cors', +// link: '_config/' + node + '/cors' +// } +// ]; --- End diff -- remove? --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton pull request #812: remove doc_editor template
Github user robertkowalski commented on a diff in the pull request: https://github.com/apache/couchdb-fauxton/pull/812#discussion_r90052964 --- Diff: app/addons/documents/routes-documents.js --- @@ -55,46 +49,39 @@ var DocumentsRouteObject = BaseRoute.extend({ this.initViews(options[0]); }, - establish: function () { -return [ - this.designDocs.fetch({ reset: true }) -]; - }, --- End diff -- <3 --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton pull request #812: remove doc_editor template
Github user robertkowalski commented on a diff in the pull request: https://github.com/apache/couchdb-fauxton/pull/812#discussion_r90053583 --- Diff: app/addons/fauxton/components.js --- @@ -26,163 +26,163 @@ var Components = FauxtonAPI.addon(); * - showTray * - toggleTray */ -Components.Tray = FauxtonAPI.View.extend({ - - // populated dynamically - events: {}, - - initTray: function (opts) { -this.toggleTrayBtnSelector = (_.has(opts, 'toggleTrayBtnSelector')) ? opts.toggleTrayBtnSelector : null; -this.onShowTray = (_.has(opts, 'onShowTray')) ? opts.onShowTray : null; - -// if the component extending this one passed along the selector of the element that toggles the tray, -// add the appropriate events -if (!_.isNull(this.toggleTrayBtnSelector)) { - this.events['click ' + this.toggleTrayBtnSelector] = 'toggleTray'; -} - -_.bind(this.toggleTray, this); -_.bind(this.trayVisible, this); -_.bind(this.hideTray, this); -_.bind(this.showTray, this); - -// a unique identifier for this tray -this.trayId = 'tray-' + this.cid; - -var that = this; -$('body').on('click.' + this.trayId, function (e) { - var $clickEl = $(e.target); - - if (!that.trayVisible()) { -return; - } - if (!_.isNull(that.toggleTrayBtnSelector) && $clickEl.closest(that.toggleTrayBtnSelector).length) { -return; - } - if (!$clickEl.closest('.tray').length) { -that.hideTray(); - } -}); - -FauxtonAPI.Events.on(FauxtonAPI.constants.EVENTS.TRAY_OPENED, this.onTrayOpenEvent, this); - }, - - cleanup: function () { -$('body').off('click.' + this.trayId); - }, - - // all trays publish a EVENTS.TRAY_OPENED event containing their unique ID. This listens for those events and - // closes the current tray if it's already open - onTrayOpenEvent: function (msg) { -if (!_.has(msg, 'trayId')) { - return; -} -if (msg.trayId !== this.trayId && this.trayVisible()) { - this.hideTray(); -} - }, - - toggleTray: function (e) { -e.preventDefault(); - -if (this.trayVisible()) { - this.hideTray(); -} else { - this.showTray(); -} - }, - - hideTray: function () { -var $tray = this.$('.tray'); -$tray.velocity('reverse', FauxtonAPI.constants.MISC.TRAY_TOGGLE_SPEED, function () { - $tray.hide(); -}); - -if (!_.isNull(this.toggleTrayBtnSelector)) { - this.$(this.toggleTrayBtnSelector).removeClass('enabled'); -} - }, - - showTray: function () { -this.$('.tray').velocity('transition.slideDownIn', FauxtonAPI.constants.MISC.TRAY_TOGGLE_SPEED); -if (!_.isNull(this.toggleTrayBtnSelector)) { - this.$(this.toggleTrayBtnSelector).addClass('enabled'); -} - -if (!_.isNull(this.onShowTray)) { - this.onShowTray(); -} - -FauxtonAPI.Events.trigger(FauxtonAPI.constants.EVENTS.TRAY_OPENED, { trayId: this.trayId }); - }, - - trayVisible: function () { -return this.$('.tray').is(':visible'); - } -}); - -Components.Typeahead = FauxtonAPI.View.extend({ - - initialize: function (options) { -this.source = options.source; -this.onUpdateEventName = options.onUpdateEventName; - }, - - afterRender: function () { -var onUpdateEventName = this.onUpdateEventName; - -this.$el.typeahead({ - source: this.source, - updater: function (item) { -FauxtonAPI.Events.trigger(onUpdateEventName, item); -return item; - } -}); - } -}); - -Components.DbSearchTypeahead = Components.Typeahead.extend({ - initialize: function (options) { -this.dbLimit = options.dbLimit || 30; -if (options.filter) { - this.resultFilter = options.resultFilter; -} -_.bindAll(this); - }, - - getURL: function (query, dbLimit) { -query = encodeURIComponent(query); -return [ - app.host, - "/_all_dbs?startkey=%22", - query, - "%22=%22", - query, - encodeURIComponent("\u"), - "%22=", - dbLimit -].join(''); - }, - - source: function (query, process) { -var url = this.getURL(query, this.dbLimit); -var resultFilter = this.resultFilter; - -if (this.ajaxReq) { this.ajaxReq.abort(); } - -this.ajaxReq = $.ajax({ - cache: false, - url: url, - dataType: 'json', - success: function (data) { -
[GitHub] couchdb-fauxton pull request #812: remove doc_editor template
Github user robertkowalski commented on a diff in the pull request: https://github.com/apache/couchdb-fauxton/pull/812#discussion_r90052264 --- Diff: app/addons/components/assets/less/layouts.less --- @@ -19,3 +19,11 @@ flex-direction: row; height: 100%; } + +//yes !important!!! We have to overridde some styles I can't override any other way for now --- End diff -- wait a second... this css overrides it globally everywhere. why do we need to override then - instead of replacing the old CSS? --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton pull request #812: remove doc_editor template
Github user robertkowalski commented on a diff in the pull request: https://github.com/apache/couchdb-fauxton/pull/812#discussion_r90053429 --- Diff: app/addons/fauxton/base.js --- @@ -32,38 +32,6 @@ Fauxton.initialize = function () { FauxtonAPI.RouteObject.on('beforeEstablish', function (routeObject) { NavigationActions.setNavbarActiveLink(_.result(routeObject, 'selectedHeader')); - -if (!routeObject.hideApiBar) { -// always attempt to render the API Bar. Even if it's hidden on initial load, it may be enabled later - routeObject.setComponent('#api-navbar', ReactComponents.ApiBarController, { -buttonVisible: true, -contentVisible: false - }); - - const apiAndDocs = routeObject.get('apiUrl'); - if (apiAndDocs) { -ComponentActions.updateAPIBar({ - buttonVisible: true, - contentVisible: false, - endpoint: apiAndDocs[0], - docURL: apiAndDocs[1] -}); - } else { -ComponentActions.hideAPIBarButton(); - } -} - -if (!routeObject.get('hideNotificationCenter')) { - routeObject.setComponent('#notification-center-btn', NotificationComponents.NotificationCenterButton); -} - -const crumbs = routeObject.get('crumbs'); - -if (!crumbs.length) { - return; -} - -routeObject.setComponent('#breadcrumbs', Breadcrumbs, {crumbs: crumbs}); --- End diff -- haha :) ð --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton pull request #812: remove doc_editor template
Github user robertkowalski commented on a diff in the pull request: https://github.com/apache/couchdb-fauxton/pull/812#discussion_r90053369 --- Diff: app/addons/documents/shared-routes.js --- @@ -88,13 +80,13 @@ var BaseRoute = FauxtonAPI.RouteObject.extend({ ]; }, - ddocInfo: function (designDoc, designDocs, view) { -return { - id: "_design/" + designDoc, - currView: view, - designDocs: designDocs -}; - }, + // ddocInfo: function (designDoc, designDocs, view) { + // return { + // id: "_design/" + designDoc, + // currView: view, + // designDocs: designDocs + // }; + // }, --- End diff -- huh? --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton pull request #812: remove doc_editor template
Github user robertkowalski commented on a diff in the pull request: https://github.com/apache/couchdb-fauxton/pull/812#discussion_r90053096 --- Diff: app/addons/documents/routes-documents.js --- @@ -55,46 +49,39 @@ var DocumentsRouteObject = BaseRoute.extend({ this.initViews(options[0]); }, - establish: function () { -return [ - this.designDocs.fetch({ reset: true }) -]; - }, - initViews: function (dbName) { this.databaseName = dbName; this.database = new Databases.Model({id: this.databaseName}); this.createDesignDocsCollection(); -this.setComponent("#right-header", RightAllDocsHeader, { - database: this.database -}); - -this.addLeftHeader(); this.addSidebar(); }, designDocMetadata: function (database, ddoc) { -this.removeComponent('#footer'); -this.removeComponent('#react-headerbar'); -this.removeComponent('#dashboard-upper-content'); - var designDocInfo = new Resources.DdocInfo({ _id: "_design/" + ddoc }, { database: this.database }); DesignDocInfoActions.fetchDesignDocInfo({ ddocName: ddoc, designDocInfo: designDocInfo }); -this.setComponent("#dashboard-lower-content", DesignDocInfoComponents.DesignDocInfo); SidebarActions.selectNavItem('designDoc', { designDocName: ddoc, designDocSection: 'metadata' }); QueryOptionsActions.hideQueryOptions(); - -this.apiUrl = [designDocInfo.url('apiurl'), designDocInfo.documentation()]; +this.apiUrl = [, designDocInfo.documentation()]; --- End diff -- `[, designDocInfo.documentation()];` => typo? --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton issue #808: Handle trailing params when building URLs for vi...
Github user robertkowalski commented on the issue: https://github.com/apache/couchdb-fauxton/pull/808 @millayr thank you. you can close the PR --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton issue #814: add more tests to replication activity
Github user robertkowalski commented on the issue: https://github.com/apache/couchdb-fauxton/pull/814 +1 when green --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[jira] [Commented] (COUCHDB-3146) Incorrect URI for DB with slash in name
[ https://issues.apache.org/jira/browse/COUCHDB-3146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15705433#comment-15705433 ] ASF GitHub Bot commented on COUCHDB-3146: - Github user timmak closed the pull request at: https://github.com/apache/couchdb-fauxton/pull/813 > Incorrect URI for DB with slash in name > --- > > Key: COUCHDB-3146 > URL: https://issues.apache.org/jira/browse/COUCHDB-3146 > Project: CouchDB > Issue Type: Bug > Components: Fauxton >Affects Versions: 2.0.0, 1.7.0 >Reporter: Sergey Korobkov > > I have DB with name "test/test/test" > And there is problem after creating/editing documents > !http://storage8.static.itmages.com/i/16/0914/h_1473842714_1691024_f371ab4dd8.png! > Link in DB name "test/test/test" is:*database/test/test/test/_all_docs* > {quote} > href="database/test/test/test/_all_docs">test/test/test > {quote} > But it should be *database/test%2Ftest%2Ftest/_all_docs* > The same problem with buttons "Save Changes" and "Cancel". After pushing this > button I am didn't return to document list. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[GitHub] couchdb-fauxton pull request #813: encodeding url path for database name wit...
Github user timmak closed the pull request at: https://github.com/apache/couchdb-fauxton/pull/813 --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton issue #813: encodeding url path for database name with speci...
Github user robertkowalski commented on the issue: https://github.com/apache/couchdb-fauxton/pull/813 you can close the PR now --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton issue #813: encodeding url path for database name with speci...
Github user robertkowalski commented on the issue: https://github.com/apache/couchdb-fauxton/pull/813 merged as e53deb5d90fa7d6751bb753415dda5274a2b2cb5 and 1aa4ca6f34a718c294a06a1301f39fe05f157a1c thank you! --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton issue #813: encodeding url path for database name with speci...
Github user robertkowalski commented on the issue: https://github.com/apache/couchdb-fauxton/pull/813 +1 --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton pull request #813: encodeding url path for database name wit...
Github user robertkowalski commented on a diff in the pull request: https://github.com/apache/couchdb-fauxton/pull/813#discussion_r89625412 --- Diff: app/addons/databases/tests/nightwatch/specialCharListLinks.js --- @@ -18,16 +18,15 @@ const testDatabases = [ 't/t-//t_f' ]; -const tests = {}; - -testDatabases.forEach((db) => { - return tests[`Db List works with special chars ${db}`] = createTest(db); -}); +const tests = testDatabases.reduce((tests, db) => { + tests[`Db List works with special chars ${db}`] = createTest(db); + return tests; +}, {}); --- End diff -- ð --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton pull request #814: add more tests to replication activity
Github user robertkowalski commented on a diff in the pull request: https://github.com/apache/couchdb-fauxton/pull/814#discussion_r90013925 --- Diff: app/addons/replication/tests/nightwatch/replicationactivity.js --- @@ -32,18 +32,67 @@ module.exports = { .url(baseUrl + '/#replication') .waitForElementNotPresent('.load-lines', waitTime, true) .waitForElementPresent('.replication__filter', waitTime, true) - .click('a[title="Delete document existing-doc-id-2"]') - .waitForElementPresent('.replication_delete-doc-modal', waitTime, true) - .click('.replication_delete-doc-modal button.save') - .waitForElementNotPresent('.replication_delete-doc-modal', waitTime, true) - .waitForElementPresent('.global-notification .fonticon-cancel', waitTime, false) + .click('a[href="#/database/_replicator/existing-doc-id-view-doc"]') --- End diff -- change to `clickWhenVisible` --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-fauxton pull request #814: add more tests to replication activity
Github user robertkowalski commented on a diff in the pull request: https://github.com/apache/couchdb-fauxton/pull/814#discussion_r90013882 --- Diff: app/addons/replication/tests/nightwatch/replicationactivity.js --- @@ -32,18 +32,67 @@ module.exports = { .url(baseUrl + '/#replication') .waitForElementNotPresent('.load-lines', waitTime, true) .waitForElementPresent('.replication__filter', waitTime, true) - .click('a[title="Delete document existing-doc-id-2"]') - .waitForElementPresent('.replication_delete-doc-modal', waitTime, true) - .click('.replication_delete-doc-modal button.save') - .waitForElementNotPresent('.replication_delete-doc-modal', waitTime, true) - .waitForElementPresent('.global-notification .fonticon-cancel', waitTime, false) + .click('a[href="#/database/_replicator/existing-doc-id-view-doc"]') + .waitForElementNotPresent('.load-lines', waitTime, true) + .waitForElementPresent('#editor-container', waitTime, true) + .end(); + }, + + 'Can edit doc': client => { +const waitTime = client.globals.maxWaitTime; +const baseUrl = client.globals.test_settings.launch_url; +const password = client.globals.test_settings.password; + +const replicatorDoc = { + _id: 'existing-doc-id-edit-doc', + source: "http://source-db.com;, + target: "http://target-db.com; +}; +client + .deleteDatabase('_replicator') + .createDatabase('_replicator') + .createDocument(replicatorDoc._id, '_replicator', replicatorDoc) + .loginToGUI() + .waitForElementNotPresent('.global-notification .fonticon-cancel', waitTime, false) + .url(baseUrl + '/#replication') + .waitForElementNotPresent('.load-lines', waitTime, true) + .waitForElementPresent('.replication__filter', waitTime, true) + .click('a[title="Edit replication"]') --- End diff -- change to `clickWhenVisible` --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] couchdb-documentation issue #64: fix Fauxton docs
Github user garrensmith commented on the issue: https://github.com/apache/couchdb-documentation/pull/64 +1 after the small change --- 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, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---