Unable to set any text fields

2»

Comments

  • acrylian Administrator, Developer
    Ok, you can do that but it does not solve the actual issue on your server. This is what we need to do, even if we don't have any clue..
  • I would love to get my hands on a CSV export of the OPTIONS table from someone not having this problem with V1.4.3 to compare.

    I bet some fields should be labbeled as null and my database is missing those null's
  • acrylian Administrator, Developer
    But if the actual question is still why... I will leave it to my colleague to respond later as he is the actual expert on these things.
  • I installed a second copy of zenphoto on my server in another directory.
    Zenphoto version 1.4.2.4 [10045] (Official Build)

    I am able to set all the text fields with no problems on version 1.4.2.4 [10045].

    I have this version set for auto update, so I guess I will have to wait for 1.4.3. Once updated I will compare the OPTIONS table of each database (if this database continues to work after the upgrade).
  • acrylian Administrator, Developer
    Ok, so at least that works. Why don't you try another 1.4.3 beta install and compare the databases right away?

    Set to "auto update" via your host's installer? Note that we frequently get reports about issues with these installers especially regarding upgrades.
  • i'm unable to do a clean install of 1.4.3. after i put in the mysql info all I get is a white screen.

    http://www.zenphoto.org/support/topic.php?id=11231
  • setup log

    [20-Jun-2012 17:19:12] PHP Fatal error: Call to undefined function db_close() in /home/fdnyfish/public_html/143/zp-core/functions-basic.php on line 1464
  • HOLD THE PRESSES

    I figured out my problem. I am not sure if this is supossed to happen or if it is a bug. Maybe someone else can verify.

    In the OPTIONS>GENERAL tab, the only language I had selected was HTTP_Accept_Language

    Once I selected America also, everything is working.

    I can now set my gallery title and other options without loosing them after hitting apply.
  • I only had HTTP_Accept_Language selected because I wanted the browser to determine language.

    Is this not the case? I don't want any flags on my webpage.
  • HTTP_Accept_language would be the normal setting.

    Unfortunately, the error you are getting is from a generally used function, so the calling sequence is probably what is wrong. For these cases we need preferably a stack trace of the error. That may be possible to configure in your PHP. If not that then as much detail as to what was happening as possible.
  • I sent a message to my hosting provider to see if they can assist with the stack trace.

    In the meantime, I will select only the HTTP_Accept_language and make sure I add AMERICA before making any text /options changes.
  • acrylian Administrator, Developer
    Great, we finally got a clue to what this is related! Probably still quite unique to your server as we neither heard nor encountered this anywhere before.
Sign In or Register to comment.