Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bxFvJ-0006hv-9a for pgadmin-hackers@arkaria.postgresql.org; Thu, 20 Oct 2016 16:10:29 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1bxFvI-00089t-Po for pgadmin-hackers@arkaria.postgresql.org; Thu, 20 Oct 2016 16:10:28 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bxFvI-00089C-CC for pgadmin-hackers@postgresql.org; Thu, 20 Oct 2016 16:10:28 +0000 Received: from mail-yw0-x233.google.com ([2607:f8b0:4002:c05::233]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1bxFvF-0001C2-Dd for pgadmin-hackers@postgresql.org; Thu, 20 Oct 2016 16:10:27 +0000 Received: by mail-yw0-x233.google.com with SMTP id t192so59897401ywf.0 for ; Thu, 20 Oct 2016 09:10:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=qI4dp5/alosRpSyBPgTGhyC3U8Fn7WQBP9TEyiERuMg=; b=fA18o8bzkP7pO6DJW6IPJmauVUW1EifNUrvMb3J8tf7iXIQooGDXcPvOk/q5saQEcF 8iTktmsBDrTpjk+wWoA0S7scxlkMHdE1ppULAzokTg0QbpRiAeWuZZWRtgJ0BQGQsIfs GahaK1NBKRGnrFqE2NeqeGjKhQIvHrU90IluFYWe9iRb5Sj5VFUGXo/HPwoTGoc1wAnl 8xypF/L6LjZOO5qrPRH7azZ1iY1Y7ya1xiopd6k6qbOlGmXPsep1Tfba1D7q3PZDTZOe DdwfbTIeSIz6zK8i+t17IXf78Udrz3Vo2q7AgpBwgWxz0/tX7I1jRKsHlXz0XT/5/nkH GRFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=qI4dp5/alosRpSyBPgTGhyC3U8Fn7WQBP9TEyiERuMg=; b=P+PQMxwa+dtTIakJCqWrFt0NO/bZAhqIeSzWDesY1UrKsXMUdxQnH7fLO9noNuMLnq LeWjukVlS4T+5fdXas3lFXljLlldLfGQhqhWmHuBVZsPkSnwlaoT1MtVwKGS5p/J1tou X+8cTqv4UlDj+152KtfCtnF9aicfW6sYeGflTfzjTV/R8pCEM/X05D3ajwvZ1lKmDN7+ l9lNBJ1H45DwDwdc+zAuSXsFZSq15CCDKBIQr8PmFjkoyulafXY7B+sdpzaagAWFUv2+ hwDyRbBQDtGFcWSC9HzSxJxj8WOu7fmSs05uUImLItiEDvJFqKnpi4usKdZfEVY2NOQg zG2w== X-Gm-Message-State: ABUngvdZKkaA+HdSuL53D0sE5in++ODPQu7Tcpbj82NZoByDIZ7DeBDc4vtrlA0OH5MQv07xqaNEPMNXH9trXQ== X-Received: by 10.107.12.206 with SMTP id 75mr1709875iom.208.1476979824299; Thu, 20 Oct 2016 09:10:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.82.130 with HTTP; Thu, 20 Oct 2016 09:10:23 -0700 (PDT) In-Reply-To: References: From: Dave Page Date: Thu, 20 Oct 2016 17:10:23 +0100 Message-ID: Subject: Re: [pgAdmin4][Patch]: Fixed RM 1603 & RM 1220 To: Ashesh Vashi Cc: Khushboo Vashi , pgadmin-hackers Content-Type: text/plain; charset=UTF-8 X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgadmin-hackers Precedence: bulk Sender: pgadmin-hackers-owner@postgresql.org On Thu, Oct 20, 2016 at 12:08 PM, Ashesh Vashi wrote: > On Thu, Oct 20, 2016 at 4:26 PM, Khushboo Vashi > wrote: >> >> >> >> On Sat, Oct 15, 2016 at 11:52 AM, Dave Page wrote: >>> >>> >>> >>> On Friday, October 14, 2016, Ashesh Vashi >>> wrote: >>>> >>>> On Sat, Oct 15, 2016 at 4:59 AM, Dave Page wrote: >>>>> >>>>> Hi >>>>> >>>>> On Friday, October 14, 2016, Khushboo Vashi >>>>> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> Please find the attached patch to fix the below 2 bugs. >>>>>> >>>>>> RM 1603: [Web Based] Export database failed if object contains double >>>>>> quotes. >>>>>> RM 1220: Backup database is not working with special characters >>>>>> >>>>>> The issues which were fixed: >>>>>> >>>>>> 1. Client side data were not unescaped >>>>>> 2. Required command line arguments were quoted twice >>>>> >>>>> >>>>> This is not working for me: I tested using Table Export as per Fahar's >>>>> instructions. As I'm in desktop mode, the first problem was that we get an >>>>> error at line 210 of import_export/__init__.py, because get_server_directory >>>>> returned None for the directory. If I fix that, then the job says it's >>>>> created, but as far as I can see, nothing else happens. >>>> >>>> hmm.. >>> >>> >>> Yes, but please see my followup message. There's clearly something funky >>> going on with the process tracking - for whatever reason it didn't pick up >>> this process until after a restart, and per the bug I escalated earlier >>> (which I think is essential to fix for 1.1 in a little over a week), it >>> doesn't always detect completed processes and then keeps re-showing the >>> alert. >>> >> >> >> The problem here is that, until we click the "Click for details here" link >> and close the another details dialogue, the acknowledgement does not send to >> the server. So, it keeps re-showing the alert. >> >> I think, we need to clearly mention the steps on the alertify notifier >> itself, so the user can get the idea. >> >> Dave/Ashesh, >> Any other suggestion? > > We can give a acknowledge link along with 'Click here for details' link to > delete the status, logs, when clicked. > Dave? Sure, we can do that - but with so many instances being reported, clearly there's a root cause to fix first. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers