I haven't tested it, but that should be fine: there just needs to be a script that's in the folder. If it decides to call something else, I don't think PunBB can stop it wink

As the doc doesn't suggest (but I thought it did), you can add shortcuts (I think they're called symlinks in Linux?) to the files within that folder. That way, the file doesn't actually have to be within the folder
The alternative is simply to make a script that includes or requires the script you actually need

6,303

(1 replies, posted in PunBB 1.2 troubleshooting)

It's actually a problem on your end wink
I don't believe those are valid MySQL details (since I don't think that Rickard would have limited the amount of characters in a MySQL username). Go talk to your host and ask them what the valid details are wink

Captain Barbell wrote:

Well, will it solve this problem?

u know the motto: if it works, don't fix it.
Board works fine, so why upgrade?

Because it's possible to hack your board, and you wouldn't want that

But i will do it if u are sure it will solve this PM function problem.

can i upgrade directly from 2.1.5 to 2.1 10?

1.2.5 - 1.2.10 wink
And yes, either use the hdiff and manually change the files or replace the changed files and remod the board

I'll link you to the buggy script, but use it at your peril: most likely you'll get hacked with this setup
http://punbb.org/forums/viewtopic.php?id=7538

Keep a backup of the tables, import them back after wink

Everytime this has been done, it has been done poorly
Its been done twice by the same person, once they tried charging for the script and once they released it for free but demanded you pay $10 to remove their copyright from it (and it was full of security holes).
Someone else just did it as well, and they wanted to be paid for it too (still do, actually).
It's not very easy to do and in the end it's a lot of work to maintain an install like that: unless you can do it yourself (like Connor did) I bet it won't get done

I think the link you wanted to give us (since we don't have access to the edit page) is http://www.gregserveur.com/forum/viewto … pid=41#p41
Now, what's wrong with it?

Then the mod can make themself an admin

6,310

(3 replies, posted in PunBB 1.2 troubleshooting)

What's the site?

6,311

(3 replies, posted in PunBB 1.2 troubleshooting)

Interesting: try running it again
REPAIR TABLE rok_groups USE_FRM

6,312

(3 replies, posted in PunBB 1.2 troubleshooting)

Aha, I have a fix now smile
The SQL syntax is REPAIR TABLE prefixgroups USE_FRM
replace prefix with the db prefix

6,313

(4 replies, posted in Feature requests)

Connor basically dared me to write this tongue
The idea is basically to send the error and then repair the table in the background

//
// Display a simple error message
//
function error($message, $file, $line, $db_error = false)
{
    global $pun_config;

    // Set a default title if the script failed before $pun_config could be populated
    if (empty($pun_config))
        $pun_config['o_board_title'] = 'PunBB';

    // Empty output buffer and stop buffering
    @ob_end_clean();

    // Add the Connection: close header
    header("Connection: close");

    // "Restart" output buffering if we are using ob_gzhandler (since the gzip header is already sent)
    if (!empty($pun_config['o_gzip']) && extension_loaded('zlib') && (strpos($_SERVER['HTTP_ACCEPT_ENCODING'], 'gzip') !== false || strpos($_SERVER['HTTP_ACCEPT_ENCODING'], 'deflate') !== false))
        ob_start('ob_gzhandler');
    else
        ob_start();

?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title><?php echo pun_htmlspecialchars($pun_config['o_board_title']) ?> / Error</title>
<style type="text/css">
<!--
BODY {MARGIN: 10% 20% auto 20%; font: 10px Verdana, Arial, Helvetica, sans-serif}
#errorbox {BORDER: 1px solid #B84623}
H2 {MARGIN: 0; COLOR: #FFFFFF; BACKGROUND-COLOR: #B84623; FONT-SIZE: 1.1em; PADDING: 5px 4px}
#errorbox DIV {PADDING: 6px 5px; BACKGROUND-COLOR: #F1F1F1}
-->
</style>
</head>
<body>

<div id="errorbox">
    <h2>An error was encountered</h2>
    <div>
<?php

    if (defined('PUN_DEBUG'))
    {
        echo "\t\t".'<strong>File:</strong> '.$file.'<br />'."\n\t\t".'<strong>Line:</strong> '.$line.'<br /><br />'."\n\t\t".'<strong>PunBB reported</strong>: '.$message."\n";

        if ($db_error)
        {
            echo "\t\t".'<br /><br /><strong>Database reported:</strong> '.pun_htmlspecialchars($db_error['error_msg']).(($db_error['error_no']) ? ' (Errno: '.$db_error['error_no'].')' : '')."\n";

            if ($db_error['error_sql'] != '')
                echo "\t\t".'<br /><br /><strong>Failed query:</strong> '.pun_htmlspecialchars($db_error['error_sql'])."\n";
        }
    }
    else
        echo "\t\t".'Error: <strong>'.$message.'.</strong>'."\n";
?>
    </div>
</div>

</body>
</html>
<?php
    // We output the size so that the browser knows when to not look for any more text
    $size = ob_get_length();
    header('Content-Length: '.$size);

    // Now, lets see if we need to run a repair
    if ($db_error['error_no'] == 145)
    {
        We remove "Can't open file: '" and ".MYD'" and are left with the tablename
        $table = substr($db_error['error_msg'], 18, strlen($db_error['error_msg']) - 23);

        $GLOBALS['db']->query('REPAIR TABLE '.$table);
    }

    // If a database connection was established (before this error) we close it
    if ($db_error)
        $GLOBALS['db']->close();

    exit;
}

Completely untested and probably there's something very wrong with it (aside from my fun use of substr tongue) but that's how I see it working (in theory)
Edit: found one error: I'm pretty sure I'd have to use ob_flush before running the table repair

And I figured out why you get those ob_start errors when gzip is enabled: ob_end_clean() only removes one buffer (in most cases, the one for <pun_main> without gzip). Doing it again would ensure that the possibly gzipped ob_start was removed as well.

One issue with this would be: what if multiple people start running repair at once?

The SQL query is: "repair table punBB_search_matches" (with no "s)

6,315

(4 replies, posted in Feature requests)

What, you mean in the error function if it's a corrupted table PunBB attempts to repair it?

You already have a table called users in your database: use a database prefix wink

Assuming you got PUN_ROOT and the cookie, that should be it

6,318

(3 replies, posted in PunBB 1.2 troubleshooting)

I don't think anyone sees it: I know I don't

Well, this is all done via the internal directory structure of your site
So, if www.domain.com/forums/ is in /home/steve/www.domain.com/public_html/forums/
and my.domain.dom is in /home/steve/my.domain.com/public_html/
then for the PUN_ROOT you'd put either '/home/steve/www.domain.com/public_html/forums/' or '../../www.domain.com/public_html/forums/'

Connorhd wrote:

$cur_topic['edited'] when the topic was last edited?
and OR is perfectly acceptable is it not?

Sorry, I meant why use it? He has it updating last_post anyway
and OR works, but for the sake of consistancy he should use || wink

erm, wtf is $cur_topic['edited']?
and why use OR? use ||
And that doesn't update the forum last posting info (on the index page)

6,322

(16 replies, posted in Feature requests)

Because GTalk is a server based on the Jabber protocols
http://www.google.com/support/talk/bin/ … swer=23907
It uses the same protocols, but it isn't connected to the public Jabber networks

6,323

(3 replies, posted in Feature requests)

That would be something new to write then wink

6,324

(3 replies, posted in Feature requests)

Notice the Announcement box on top of here? wink
Is that the kind of thing you're looking for?

I do remember such a mod...
http://punbb.org/forums/viewtopic.php?pid=39908#p39908
Note of course that the code there should have the MARK TOPICS AS READ lines removed