| From: | Guillaume Lelarge <guillaume(at)lelarge(dot)info> |
|---|---|
| To: | Vladimir Kokovic <vladimir(dot)kokovic(at)gmail(dot)com> |
| Cc: | pgadmin-hackers(at)postgresql(dot)org |
| Subject: | Re: Copy/Paste table(s) functions - git context patch |
| Date: | 2011-07-17 19:44:22 |
| Message-ID: | 1310931862.13654.23.camel@laptop |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgadmin-hackers |
On Sun, 2011-07-17 at 20:41 +0200, Vladimir Kokovic wrote:
> I do not know what happened, but I am quite sure that it is not a
> frmPasteObject.cpp!
>
OK, I did more testing, and the schema stuff is actually a bug I
introduced earlier. And while doing this, I found another one. Grest
evening :-/
> 1. Copy operations are in a new thread (the GUI is not blocked)
Right.
> 2. Copy operations do not use the GUI objects
Right.
> 3, Source objects are on a new connection (does not affect the status
> of the browser)
> 4. Target objects are on a new connection (does not affect the status
> of the browser)
>
Yes, that's easy to figure out. You just need to have the server status
window, and you find two new connections, even when it doesn't need them
(when the object is copied on the same database).
--
Guillaume
http://blog.guillaume.lelarge.info
http://www.dalibo.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Guillaume Lelarge | 2011-07-17 20:08:39 | pgAdmin III commit: Fix extension dialog |
| Previous Message | Vladimir Kokovic | 2011-07-17 18:41:59 | Re: Copy/Paste table(s) functions - git context patch |