#2595 Message Forum > Search


Hello All-

I have just recently installed PGV v4.2.1 to a new webhost and encountered the following issue when trying to use the Message Forum link. When I click on Search, I am presented with the following error message:

The file 'config.php' doesn't exist or is corrupt. Please run install.php to install PunBB first.

Though I have not yet run the install script for messaging to work (didn't know the Messaging setup was separate from the PGV install) I am concerned that this error message appears for both Visitors (un-authenticated) as well as Users of my site.

While the easy answer will probably be "just set up the mesage board" as indicated, should this "active" like be showing for any user who is not first logged in as (at least) the Admin?

A bit of "sensitive" info about the database is pre-filled in on the setup form, but varies according to which "User" which has accessed the link.


  • roland_l

    roland_l - 2009-05-01

    Excuse the typo: question is "... should this 'active' LINK be showing for any user who is not first logged in as (at leaast) the Admin?

  • Gerry Kroll

    Gerry Kroll - 2009-05-01

    Perhaps we should just not show the PunBB link in the top menu until PunBB has a configuration file.

  • Anonymous - 2009-05-01

    Gerry - I couldn't agree more.
    We are always getting this sort of question about the message forum and the gallery module. Neither of these (or any other optional module) should ever appear if they are not installed surely?

  • KosherJava

    KosherJava - 2009-05-03

    I would go farther and suggest that we do not make available the PhpGedView-all-4.2.1.zip release, or just rename the basic version. Many people download the all version thinking that the basic must be just that, "basic" and nothing more. Maybe rename the all version, the "everything including the kitchen sink" version to clarify things.

  • roland_l

    roland_l - 2009-05-04

    Hello again-

    Thanking the developers for comments on this request. Not experienced enough to say which implementation(s) would be best, only reporting observation.

    While I like the idea of a scaled-down installation package, the current download only gives the two choices. If I had a preference, I would like to see the ability to build a package "on-the-fly". In other words, a user would be able to select language(s), theme(s), module(s), etc. in a GUI and download what they desire. Later, additional items could be added the same way.

    I used the "ALL" packages becuse the Installation wiki recommends doing so, but does not go into detail about removing components later is necessary. Perhaps as the Installation guide is updated to incorporate a few changes from older versions to the current, these explanations can be taken into account.

  • roland_l

    roland_l - 2009-08-23
    • priority: 5 --> 2
  • Greg Roach

    Greg Roach - 2009-10-02

    1) IIRC, the latest SVN no longer shows these menu items.

    2) A "custom" download generator wouldn't be too difficult to write - however we are pretty much stuck with the SF file distribution system.

    3) If anyone can suggest better alterntives to "basic" and "all", then I'll happily change future releases to use them. We could even have three releases:

    "minimal" (just english)
    "standard" (similar to "basic", but with popular modules such as RA and googlemaps)

    Psychologically, people might be more likely to pick the middle/standard options?

  • Greg Roach

    Greg Roach - 2009-10-02
    • status: open --> pending
  • roland_l

    roland_l - 2009-10-03
    • status: pending --> open
  • roland_l

    roland_l - 2009-10-03

    Hello Greg -

    How refreshing to see that this "bug" report has moved up on your radar screen!

    1) Since this issue has been resolved in SVN (and not encountered in my recent 4.2.2 installation), I was surprised to actually get an email from this monitored post from a few months ago. Towards the goal of this possibly being implemented, I would just add a few additional comments to detail a potential approach at this point.

    2) My ideas on a "release updating" utility might be something on the order of the Ubuntu package release system. Because I am not familiar with the SF file system, I would think a utility could be written which either (a) only includes the PHP files necessary based on the "selected upgrade" options chosen or (b) deletes the "unnecessary" files prior to installation from the downloaded zip. (Maybe extracted to a Temp folder first before copying to the main directory?)

    In other words, these files could be added/deleted through an FTP script from the host server. This would imply that a separate "FTPconfig" file with login parameters would have to be incorporated to accomplish this process, much like the PGV config file sets up the PGV install and connects to the databse.

    3) My suggestions for naming of the "new" package options would be:
    a) "Express Install - ENGLISH only": Gives a fully functional PGV sytem for new installs or only upgrades an existing English Installation. I don't prefer the term "minimal" because it implies a crippled of lacking installation. PGV is clearly a quality program for genealogy data presentation, and the term takes much away from the many years of effort which have gone into making it so!

    b) "Expert Install" (standard/basic) - Includes modules stated (along with other popular languages) but with a reporting ability after install to identify possible "missing" component which could/might still be added by the user later.

    c) "Complete Install" (the "kitchen sink") - Need I say more?

    Basically, changing the descriptive terminology (mostly psychological as KosherJava commented below), developing the "custom" upgrading ability, accurately describing the capabilities of each "package" in the Wiki, and perhaps a "version description" file which would show "package info" on the login page (to assist in Help forum posts) could really propel PGV to the next level of FOSS development and distribution!

    Even if only this reply only gets a good read, thanking you and the other developers involved in this possible project for all of your hard work and attention to detail that is evident and well displayed in PGV.

    Best Regards,

    R L


Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks