Re: PATCH: Encoding issue with qtLiteral function (pgAdmin4)
От | Dave Page |
---|---|
Тема | Re: PATCH: Encoding issue with qtLiteral function (pgAdmin4) |
Дата | |
Msg-id | CA+OCxowMFzdQm1fQPPAPF3je_-x6oh95XPYX3rW27R0DkYsVFQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: PATCH: Encoding issue with qtLiteral function (pgAdmin4) (Dave Page <dpage@pgadmin.org>) |
Ответы |
Re: PATCH: Encoding issue with qtLiteral function (pgAdmin4)
|
Список | pgadmin-hackers |
On Tue, Jul 26, 2016 at 3:06 PM, Dave Page <dpage@pgadmin.org> wrote: > Hi > > On Tue, Jul 26, 2016 at 2:34 PM, Murtuza Zabuawala > <murtuza.zabuawala@enterprisedb.com> wrote: >> Hi Dave, >> >> PFA updated patch to fix encoding issue, I have tested in Python2/3 and >> looks like working in both environment. >> >> Almost all nodes are affected with this change, I tried to test & cover all >> basic operations on nodes but still it requires some testing. >> >> This patch will cover below tickets, >> RM#1307 >> RM#1479 > > I've committed this as-is, as it fixes things nicely as far as I can > see... with one exception: I couldn't create Functions with utf-8 > names. Can you fix that please? I spoke too soon - Types don't play nicely either - try creating the following in the UI. CREATE TYPE public."🍺" AS ENUM ('a', 'b'); ALTER TYPE public."🍺" OWNER TO postgres; Isn't there a way we can force everything to UTF-8 without having to modify individual nodes? That's what we did in pgAdmin 3, then never worried about the problem again. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgadmin-hackers по дате отправления: