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 DECE3200C14 for ; Tue, 7 Feb 2017 23:14:04 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id DD259160B3E; Tue, 7 Feb 2017 22:14:04 +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 2AF59160B32 for ; Tue, 7 Feb 2017 23:14:04 +0100 (CET) Received: (qmail 49261 invoked by uid 500); 7 Feb 2017 22:14:03 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 49250 invoked by uid 99); 7 Feb 2017 22:14:02 -0000 Received: from git1-us-west.apache.org (HELO git1-us-west.apache.org) (140.211.11.23) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Feb 2017 22:14:02 +0000 Received: by git1-us-west.apache.org (ASF Mail Server at git1-us-west.apache.org, from userid 33) id D1057DFBE6; Tue, 7 Feb 2017 22:14:02 +0000 (UTC) From: serg38 To: dev@cloudstack.apache.org Reply-To: dev@cloudstack.apache.org References: In-Reply-To: Subject: [GitHub] cloudstack issue #1747: CLOUDSTACK-9574: Redesign storage views Content-Type: text/plain Message-Id: <20170207221402.D1057DFBE6@git1-us-west.apache.org> Date: Tue, 7 Feb 2017 22:14:02 +0000 (UTC) archived-at: Tue, 07 Feb 2017 22:14:05 -0000 Github user serg38 commented on the issue: https://github.com/apache/cloudstack/pull/1747 @rafaelweingartner This PR is two fold. 1. This is something that was done a long ago for hosts and was never implemented for storage. It transitions location of of storage tags over to dedicated tables (storage_pool_tags) and converts current storage_tags to the new location so there should be no impact on current installation 2. For secondary storage there is no need to show details since they are coming from configurations that now support ImageStore as Scope via PR1615. With that Details tag becomes obsolete. --- 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 infrastructure@apache.org or file a JIRA ticket with INFRA. ---