How can I add the location of custom vBulletin pages to Who Is Online?

Can anyone tell me how I can make the information appear correctly in the Who Is Online page for members viewing custom vBulletin pages I have created? I heard it needs to be done using plugins/hooks but I have no idea how to use the plugin/hook system.

I would really appreciate a step by step description if anyone knows. I'd hoped it was as easy as editing a switch in functions_online.php, but that doesn't appear to be the case.

Thanks

[How-To] vBulletin API Basics: Creating Custom Pages & Misc. - vBulletin.org Forum

See the second section of the first post for "Adding Custom Online Locations"

Thank you. I followed those instructions but it is showing the location as

Unknown Location common/common.css

Is there something else to it?

sounds like you have a 404 there.

when you include a page that doesn't exist, using the 404 addon as keith describes here, it will show up in the online bit.

Sorry, Brian, I'm not sure I follow. When you say "include a page" you mean the page I am specifying the filename for, right? The custom page definitely exists.

Plugin PHP Code: if ($filename == 'test.php')
{
$userinfo['activity'] = 'test';
}

common/common.css
is the problem file.

it's being called incorrectly (wrong path, etc).

ie, if you have site.com/common/common.css in a link rel, but its really site.com/forum/common/common.css it will hit the vbseo 404 script, which then pushes a user to the online. unknown location.

check the path to that file

Hmm, thanks, Brian. I see <link rel="stylesheet" type="text/css" href="common/common.css"/> when I view the page's source but sure enough there is no folder common or common.css inside of it. I've searched the templates and the php files that make up my custom page but I can't find any call to common.css... the mind boggles.

I'll keep hunting, but thank you for pointing me in the right direction.

I found it, commented it out, and now it works like a charm. Thanks so much for your help, Brian!

No problem.

Since the 404 handler hits the misc.php script, it effectively makes a new 'session' for each page or local linked element with a page that can't be found. It ends up hitting the -f (not a file) -d (not a directory) => send to vbseo.php. If it were an actual file, it would never get processed by vbseo in the first place, thus not hitting misc.php or the 404 handler which starts the extra 'session' for the call