eGullet

+Clients
  • Content count

    335
  • Joined

  • Last visited


eGullet's Activity

  1. eGullet added a bug in IPS4 Bug Tracker   

    [Beta 5] Error copying item in Commerce
    When trying to copy an item at the ACP page for Commerce I got:
    EX1054
    exception 'IPS\Db\Exception' with message 'Unknown column 'p_physical' in 'field list'' in /usr/share/nginx/html/system/Db/Db.php:361
    Stack trace:
    #0 /usr/share/nginx/html/system/Db/Db.php(588): IPS\_Db->preparedQuery('INSERT INTO `ne...', Array)
    #1 /usr/share/nginx/html/system/Patterns/ActiveRecord.php(402): IPS\_Db->insert('nexus_packages', Array)
    #2 /usr/share/nginx/html/system/Node/Model.php(1627): IPS\Patterns\_ActiveRecord->save()
    #3 /usr/share/nginx/html/applications/nexus/sources/Package/Package.php(191): IPS\Node\_Model->save()
    #4 /usr/share/nginx/html/system/Patterns/ActiveRecord.php(356): IPS\nexus\_Package->save()
    #5 /usr/share/nginx/html/system/Node/Model.php(1880): IPS\Patterns\_ActiveRecord->__clone()
    #6 /usr/share/nginx/html/system/Node/Controller.php(720): IPS\Node\_Model->__clone()
    #7 [internal function]: IPS\Node\_Controller->copy()
    #8 /usr/share/nginx/html/system/Dispatcher/Controller.php(85): call_user_func(Array)
    #9 /usr/share/nginx/html/system/Node/Controller.php(63): IPS\Dispatcher\_Controller->execute()
    #10 /usr/share/nginx/html/applications/nexus/modules/admin/store/packages.php(40): IPS\Node\_Controller->execute()
    #11 /usr/share/nginx/html/system/Dispatcher/Dispatcher.php(129): IPS\nexus\modules\admin\store\_packages->execute()
    #12 /usr/share/nginx/html/admin/index.php(13): IPS\_Dispatcher->run()
    #13 {main}
    • 0 replies
    • 0 views
  2. eGullet added a bug in IPS4 Bug Tracker   

    [Beta 4] Registration glitch
    I've got administrator validation turned on (no email validation) and just tried to create a new account. The message displayed to the user is

    And on the admin side I see (complete with newly broken images):

    So the account was created, but the user is being told it wasn't. And somehow this broke the profile images.
    • 0 replies
    • 0 views
  3. eGullet added a bug in IPS4 Bug Tracker   

    Tiny grammar change
    The phrase "There's no popular questions to show right now" in the U.S. English language pack should be "There are  no popular questions to show right now". Trivial, I know.
    • 0 replies
    • 0 views
  4. eGullet added a bug in IPS4 Bug Tracker   

    [Beta 2] About Me not showing on profile page
    After creating an "About Me" in the Profile Editor screen, the "About Me" tab should show in the main profile viewing screen. It is not doing so (here at IPS) right now.
    • 0 replies
    • 0 views
  5. eGullet added a record in IPS Extras   

    [utf8convert] Some 0 values converted to NULL
    When I ran the converter, in some tables values that were set to zero in the original tables were set to NULL in the new converted table. In particular, the moderator permissions table has many columns set to allow NULLs: the ones that were set to zero originally came out of the conversion as NULL. This doesn't affect the main operation of the board, but it breaks the Javascript moderation functions because PHP is writing those permissions into the Javascript as blanks rather than zeros. Obviously it would also be nice if those columns were not allowed to be NULL in the DB design (since obviously they can't actually be NULL), but I don't think the converter should lose the zeros.
    • 0 replies
    • 0 views
  6. eGullet added a record in IPS Extras   

    "Your settings could not be read by IP.Board"
    After running the converter it looks like all of my data was handled correctly (just examining a few posts in phpMyAdmin). The character set was changed to UTF-8 in the ACP, and then I tried to use the "sql_charset" setting in the config file to get the MySQL globals character_set_client, character_set_results, and character_set_connection set to 'utf8' (without using that setting it's still using latin1 and shows the converted characters as �). However, when I turn that setting on, I immediately get a "Your settings could not be read by IP.Board" error for any page I try to load. Any idea what is causing this error?
    • 0 replies
    • 0 views
  7. eGullet added a record in IP.Board   

    Daily Digest Unsubscribe Link Incorrect
    The "unsubscribe" link in digests is incorrect. In a non-digest e-mail the link is something like:[code=auto:0] http://forums.egullet.org/unsubscribe/blah [/code]
    but in a daily digest it's being set to[code=auto:0] http://forums.egullet.org/index.phpunsubscribe/blah [/code]
    I don't know if this applies to weekly digests, I've only seen it in the daily. If it matters, this is being sent via the Mandrill framework.
    • 0 replies
    • 0 views
  8. eGullet added a record in IP.Board   

    Search results show last poster on the right, but link to post by someone else
    In the search results the right hand column is showing the avatar and name of the most recent poster in the topic, but the date and link to the actual search result: for example, a general Forums search on this site for "Cyrillic" yields:
     
    [attachment=48817:Screenshot.png]
     
    That last result, to "Download: [IPBLounge] Applications System", is a topic where the most recent post is by DevReagan on Feb. 28, 2013. The search result, however, is actually to a post by Makus on July 6, 2012. So the right hand column of the search result is showing the correct date, and links to the correct post, but is saying the post was made by the wrong person.
    • 0 replies
    • 0 views
  9. eGullet added a record in IP.Board   

    Sphinx only returns 25 results
    When doing a tag-only search in Sphinx, even though the Sphinx server itself will return the correct, complete result set, the forums will always say that there are only 25 results (even when there should be 1000, etc.): it's a bug in the pagination code, (admin/applications/forums/extensions/search/engines/sphinx.php), on line 465:[code=auto:0] return array( 'count' => count( $tids ), 'resultSet' => $tids ); [/code]
    That first array element, "count", is supposed to contain the size of the full result set. See, for example, the matching line in the SQL search, (admin/applications/forums/extensions/search/engines/sql.php), line 305,[code=auto:0] return array( 'count' => $count, 'resultSet' => $rows ); [/code]
    In this SQL search case, the variable $count contains:[code=auto:0] $count = count( $_rows ); [/code]
    where $_rows is the complete result set, whereas $rows (without the underscore) is the single-page result set. The fix for this bug is simple: instead of returning count($tids) in the Sphinx code, you simply need to return count($rows) (yes, this is a little confusing when compared to the SQL code, which uses a different variable-naming scheme). So the correct version of admin/applications/forums/extensions/search/engines/sphinx.php line 465 should be:[code=auto:0] return array( 'count' => count( $rows ), 'resultSet' => $tids ); [/code]
    or perhaps, to match the SQL version,[code=auto:0] $count = count ($rows); . . . return array( 'count' => $count, 'resultSet' => $tids ); [/code]
    I've made this change at the eG Forums and it works perfectly.
    • 0 replies
    • 0 views