Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 37A1F200B44 for ; Thu, 14 Jul 2016 22:25:18 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 3630B160A85; Thu, 14 Jul 2016 20:25:18 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 7CF4D160A60 for ; Thu, 14 Jul 2016 22:25:17 +0200 (CEST) Received: (qmail 97120 invoked by uid 500); 14 Jul 2016 20:25:16 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 97102 invoked by uid 99); 14 Jul 2016 20:25:16 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Jul 2016 20:25:16 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id CE68B1A06E9 for ; Thu, 14 Jul 2016 20:25:15 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.821 X-Spam-Level: X-Spam-Status: No, score=-0.821 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id 5flY5pjX8AGs for ; Thu, 14 Jul 2016 20:25:14 +0000 (UTC) Received: from mail-wm0-f47.google.com (mail-wm0-f47.google.com [74.125.82.47]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 624FE5F239 for ; Thu, 14 Jul 2016 20:25:14 +0000 (UTC) Received: by mail-wm0-f47.google.com with SMTP id f126so2631602wma.1 for ; Thu, 14 Jul 2016 13:25:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=2GT6tY6mogckgvYwlmd78f1Iur+BIYPhbfv5M7gsFlQ=; b=H0GsQYxhbWR/NGciOP5yMx0mMB/GnrDnFuzjpYWyr31cMy3TKyehxMw+Xn0PAwSspZ jA0/Yo7Wgu6Q10uh/qNS8BQsmLYAO/kFLfr1XBS2GzUb0gHoHp1yU8EhHKepKjDAdLQN 57wCzdyGzZZ9dIsMsB/JlDDHVd5kp3SYwPCgeF16qc8djK/Z0r6lea3YsHtgdCojZk4A AgLbg7k8Mn5k0ixu3pUUj7FkvLNLXJOSFbGYUHUoJo/CdKVdo/H84pEAoJpTr9V+P6NO J7FakTT03Hb8tbY/COW7ow0QT9Zk3z0gO6nXHSQW8v23hXiA7UyQe9E1BLSJb6DnANf2 OPEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=2GT6tY6mogckgvYwlmd78f1Iur+BIYPhbfv5M7gsFlQ=; b=PJmn5Lf3kTxLyeGOkIkrKI18RwMvSsIJMDpetyMvGYSzzyhZKELXfH7dWpdTGRCfnn qAlTIEnx61CRmuMT7eCLmBEfCydteICTZwgYIwnROEHZs3VBchIusYbjjovJM19iwHj9 5v25wtDdIs1Yt6FRngHDdmtqnhv3lIKO0aIaTj9BgWZEa2XaKQEKoXEYPZMNCTsrE3TM xhlzM96BDA49VVJKxemjo1TYh8AVchIHV5cwNSJg5PYLDVXlJtygMeKXucJ8YuUaKgW1 gAUEUaSKo5or/9peSYG6SuqXK+4Cb4vY/RBJywrjxMwX/aBVKsty+lLXfL/FIk2z9TNq G59g== X-Gm-Message-State: ALyK8tJ2XsfsYMn/YykVMCp5EZqN4mDtbPnOw2M9EVXkvUXFPjYWm5wUMUP1iHcxHyTryw== X-Received: by 10.28.48.3 with SMTP id w3mr36634763wmw.28.1468527913931; Thu, 14 Jul 2016 13:25:13 -0700 (PDT) Received: from [192.168.1.147] (ip5b41f244.dynamic.kabel-deutschland.de. [91.65.242.68]) by smtp.gmail.com with ESMTPSA id 207sm123139wmb.7.2016.07.14.13.25.12 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Jul 2016 13:25:12 -0700 (PDT) From: "=?UTF-8?Q?Markus_Fischb=c3=b6ck?=" X-Google-Original-From: =?UTF-8?Q?Markus_Fischb=c3=b6ck?= Subject: Re: System DB for Fauxton To: dev@couchdb.apache.org References: <57854AF6.60700@googlemail.com> Message-ID: <5787F528.9090300@googlemail.com> Date: Thu, 14 Jul 2016 22:25:12 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit archived-at: Thu, 14 Jul 2016 20:25:18 -0000 Hi Garren, I guess that depends on how sensitive the data in there would be. It's not planned to store any passwords for remote servers, so the user would need to enter those upon each replication. So in the worst case a user would only see bookmarked databases on a remote server but would not be able to access them. Given the fact that the same behavior is present on a local machine I would assume this to be OK. From what I can tell with my limited knowledge of the internals it's currently not possible to secure specific documents and would probably cause some interference with replication as well. So my solution would be to simply not store any sensitive there. Regards, Markus On 14.07.2016 12:19, Garren Smith wrote: > Hi Markus, > > I like the idea of a Fauxton system database. I think we could store some > useful things in there. But how would we manage security and permissions on > the database? > Would one user be able to see bookmarks for another use when viewing that > database? > > Cheers > Garren > > On Tue, Jul 12, 2016 at 9:54 PM, Markus Fischböck > wrote: > >> Hi everyone! >> >> I'm currently working on a new replicator add-on for the Fauxton UI. One >> of the features I'd like to implement is a bookmark manager where a user >> can create and save bookmarks in order to have them for quick access, >> when selecting hosts/databases during replication. This saves the user >> the hastle to remember the full URL to any source/target database he/she >> want's to replicate from. >> >> I had a discussion lately with Robert Kowalski where to store those >> bookmarks and I had a couple of ideas in mind: >> a) Saving the bookmarks on the local storage of the browser => this is >> the least desired option, since the bookmarks would only be available on >> the current browser. >> >> b) Saving the bookmarks in the users document in the _user Database => >> Not really nice, since we would pollute the user object with data from >> Fauxton. I guess it's not supposed to work that way. >> >> c) Having a fauxton related system database (e.g. _fauxton) where we can >> store UI related data. For now this would be bookmarks, but could come >> in handy for other purposes like UI settings and that a like. >> >> I wanted to ask, if it would be possible (and desireable) to add such a >> system database for the Fauxton project. >> >> Kind Regards, >> Markus >>