Return-Path: X-Original-To: apmail-cordova-issues-archive@minotaur.apache.org Delivered-To: apmail-cordova-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8614310312 for ; Mon, 21 Oct 2013 20:22:06 +0000 (UTC) Received: (qmail 10793 invoked by uid 500); 21 Oct 2013 20:21:59 -0000 Delivered-To: apmail-cordova-issues-archive@cordova.apache.org Received: (qmail 10650 invoked by uid 500); 21 Oct 2013 20:21:54 -0000 Mailing-List: contact issues-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list issues@cordova.apache.org Received: (qmail 10511 invoked by uid 99); 21 Oct 2013 20:21:50 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Oct 2013 20:21:50 +0000 Date: Mon, 21 Oct 2013 20:21:49 +0000 (UTC) From: "Braden Shepherdson (JIRA)" To: issues@cordova.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Resolved] (CB-5060) Plugman should not auto-remove installed plugins MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CB-5060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Braden Shepherdson resolved CB-5060. ------------------------------------ Resolution: Fixed Fix Version/s: 3.2.0 Assignee: Braden Shepherdson > Plugman should not auto-remove installed plugins > ------------------------------------------------ > > Key: CB-5060 > URL: https://issues.apache.org/jira/browse/CB-5060 > Project: Apache Cordova > Issue Type: Bug > Components: Plugman > Reporter: Mike Billau > Assignee: Braden Shepherdson > Fix For: 3.2.0 > > > If you install a plugin manually as a top level plugin, but that plugin is also used as a dependency for a second plugin, then removing the second plugin *should not* remove the first plugin. Currently, this is the behavior: > {noformat} > cordova plugin add file > cordova plugin add file-transfer > cordova plugin ls > [file, file-transfer] > cordova plugin rm file-transfer > cordova plugin ls > [ ] > {noformat} > If you manually install a plugin, that means you are planning to use it. If another plugin depends on it, great, that's fine, whatever, but if you later decide not to use the consuming plugin, it shouldn't remove the one that you added. > This is different than the reference counting issue in https://issues.apache.org/jira/browse/CB-5056 -- This message was sent by Atlassian JIRA (v6.1#6144)