For what it's worth,
I try to mitigate the isolation issue by letting pgAdmin4 have it's own
dedicated browser. I have a Chromium installation that is only used for
pgAdmin4. I've adjusted the *browser command* to: "chromium-browser
%URL%". In that way, whenever I start pgAdmin4, or ask for a
Hi,
On Sun, Aug 4, 2019 at 9:40 PM Polgár Benedek
wrote:
> Dear Support Team!
>
>
>
> About The pgadmin4 new version (4.11) i have a problem.
>
> When I run a update script, on messages tab, I dont get info abbout
> affected rows, when I rollback and run again update script in the same
> guery
I think that the fundamental issue is that pgAdmin 3 was a stand-alone app,
and, as such, supported a set of features. The big one here is isolation; the
pgAdmin environment was unaffected by much outside of it.
For good or for ill, the decision was taken to write a new admin program as a
web
On Mon, Aug 5, 2019 at 1:51 AM wrote:
>
> Every day, whenever I want to administrate my PG databases, I click the
> pgAdmin 4 icon in the Taskbar. This causes a splash screen to start loading
> for a very long time (if it's the first time since the computer was started
> for the day) and
Hi
I can confirm that - was just going to report the same.
I often run multi-update scripts, by the way (updating a range of tables
using different scripts in one go, each terminated by ; ), and I would like
to ask if you can return the number of affected rows for each of them,
instead of only
Every day, whenever I want to administrate my PG databases, I click the pgAdmin
4 icon in the Taskbar. This causes a splash screen to start loading for a very
long time (if it's the first time since the computer was started for the day)
and eventually opens my normal browser (Firefox, which I
Dear Support Team!
About The pgadmin4 new version (4.11) i have a problem.
When I run a update script, on messages tab, I dont get info abbout affected
rows, when I rollback and run again update script in the same guery tool.
For example pgadminIII:
"Query returned successfully: one row