The sidebar does not work in Safari/Shiira KHTML based browsers on 4.0.1. It does work in gecko based browsers (tried Camino and Firefox on OSX) and Opera (OSX). On Safari/Shiira the error cannot be read, but the left hand portion is "Error in servers.php?acti". As Safari is my main browser this is a pain. Is there anywhere that I can download the older versions of phpPGadmin?
PS, the sidebar is completely emtpy on IE 5.2.3 (OSX), but then its discontinued so who cares?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just wanted to install phpPgAdmin on one database without superuser privileges. It seems to work in Konqueror, but not firefox. In Konq, the sidebar lists everything after I log in once. In firefox, it keeps re-prompting me for the password, and never shows me a link to view the tables, etc.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Please ignore last post from me. I tried running phpPgAdmin one more time in Safari, which had a little think, and then displayed everything as expected.
I have had problems with the Apache/PHP interface this past week. Apache module libphp.5.so apparently expects to find libpq.4.dylib in /usr/local/pgsql/lib, but this file doesn't exist. I had been symlinking it to /sw/etc/libpq.4.dylib, but this didn't seem to be doing the trick anymore. I instead symlinked to libpq.5.0.dylib (two other files are already symlinked to this library) and everything has been working fine since then, apart from Safari, until this afternoon, when that started working as well.
What was happening before I made the symlink was that the rhs of the phpPgAdmin screen would not load (went blank), following a successful login, even in Firefox. Altering that symlink as described above got then phpPgAdmin working in Firefox etc, as described in my previous post.
Why all this should be is a mystery to me. I foolishly upgraded postgresql to 8.2.3 at the same time as I upgraded to phpPgAdmin 4.1.1, and had just upgraded to OS X 10.4.9, so had no idea which upgrade was causing which problem. I still have no real idea and can offer no explanation. No wait yes I can....
All day yesterday, I was experiencing repeated Finder crashes following the upgrade to 10.4.9. I ignored them as I struggled to get phpPgAdmin interfacing with postgresql, finally hitting upon the solution described earlier. Today, however, I sat down to sort out the crashing Finder issue, which an internet search revealed to be a fairly general problem. One solution which was offered on a number of sites was to kill the Stuffit AVR engine that stuffit sets to load on startup when you install it (the 'notorious' Stuffit engine one site termed it). Once I killed that, the Finder crashes went away as predicted.
It was only following the solution to the Finder crash, that I had another go at seeing whether Safari could cope with all_db.php.
So maybe that's why it wasn't working yesterday, and is working today. But there are simply so many variables at play, I personally wouldn't venture a guess as to which one was definitely responsible, but hope this report adds something to the stock of human knowledge
Paul R
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The sidebar does not work in Safari/Shiira KHTML based browsers on 4.0.1. It does work in gecko based browsers (tried Camino and Firefox on OSX) and Opera (OSX). On Safari/Shiira the error cannot be read, but the left hand portion is "Error in servers.php?acti". As Safari is my main browser this is a pain. Is there anywhere that I can download the older versions of phpPGadmin?
PS, the sidebar is completely emtpy on IE 5.2.3 (OSX), but then its discontinued so who cares?
Works in Konqueror, so blame Apple's customizations. ;-)
It doesn't seem to entirely work in Firefox.
I just wanted to install phpPgAdmin on one database without superuser privileges. It seems to work in Konqueror, but not firefox. In Konq, the sidebar lists everything after I log in once. In firefox, it keeps re-prompting me for the password, and never shows me a link to view the tables, etc.
Hello,
It's still broken in Safari 2.0.4, using phpPgAdmin 4.1.1, running under OS X 10.4.9, using php 5.2.0 and Apache 2.2.3.
Once login is completed, on clicking on the server icon, a warning triangle appears with message:
Error loading all_db.php.
Everything works fine in Netscape 7.2 (En-GB), Firefox 2.0.0.3 and Opera 9.0.2 (all for Mac), however,
Paul
Hello again,
Please ignore last post from me. I tried running phpPgAdmin one more time in Safari, which had a little think, and then displayed everything as expected.
I have had problems with the Apache/PHP interface this past week. Apache module libphp.5.so apparently expects to find libpq.4.dylib in /usr/local/pgsql/lib, but this file doesn't exist. I had been symlinking it to /sw/etc/libpq.4.dylib, but this didn't seem to be doing the trick anymore. I instead symlinked to libpq.5.0.dylib (two other files are already symlinked to this library) and everything has been working fine since then, apart from Safari, until this afternoon, when that started working as well.
What was happening before I made the symlink was that the rhs of the phpPgAdmin screen would not load (went blank), following a successful login, even in Firefox. Altering that symlink as described above got then phpPgAdmin working in Firefox etc, as described in my previous post.
Why all this should be is a mystery to me. I foolishly upgraded postgresql to 8.2.3 at the same time as I upgraded to phpPgAdmin 4.1.1, and had just upgraded to OS X 10.4.9, so had no idea which upgrade was causing which problem. I still have no real idea and can offer no explanation. No wait yes I can....
All day yesterday, I was experiencing repeated Finder crashes following the upgrade to 10.4.9. I ignored them as I struggled to get phpPgAdmin interfacing with postgresql, finally hitting upon the solution described earlier. Today, however, I sat down to sort out the crashing Finder issue, which an internet search revealed to be a fairly general problem. One solution which was offered on a number of sites was to kill the Stuffit AVR engine that stuffit sets to load on startup when you install it (the 'notorious' Stuffit engine one site termed it). Once I killed that, the Finder crashes went away as predicted.
It was only following the solution to the Finder crash, that I had another go at seeing whether Safari could cope with all_db.php.
So maybe that's why it wasn't working yesterday, and is working today. But there are simply so many variables at play, I personally wouldn't venture a guess as to which one was definitely responsible, but hope this report adds something to the stock of human knowledge
Paul R