![]() |
Search for Posts in Thread by Username
<font size="3">Search for Posts in Thread by Username</font>
Description Do you know that? You are searching for that one Post in a single Thread made by a specific User, but you can't remember the Text. Unfortunately the Thread is several hundred Posts long - and the User has tons of Posts in the Forum that Thread belongs to. So searching for Keywords in the Thread doesn't work, and searching for the Posts made by the User also doesn't help much. This Hack solves the Problem by allowing you to search for Posts from a specific User made in a specific Thread. Details 1 Plugin XML 1 Template Edit History 1.0.0 Initial Version 1.0.1 vBulletin 3.5.2 compatibility Please only click Install if you actually have installed/are using this Hack, and click Uninstall whan you don't use it any longer! |
Excellent :)
Should be in vB by default :) Satan |
I think your instructions are a bit flawed Kirby:p
Quote:
Not had much sleep?:p Satan |
Aargh ... too tired ;)
Of course it is SHOWTHREAD. Gonna re-upload the File now (I'love the creation process - just one click to rebuild the ZIP :D) |
Quote:
That'll wake you up, and also cause you to lose your sight for several hours :p Satan |
Wow.. I've wanted this for vB for so long. Guess this gives me a reason to upgrade.
|
very nice KirbyDE :)
|
Very nice im going to install it now :)
|
i love you - i had made a request for something like this back in 2.* days. hope it works on RC3..
|
Should work just fine in RC3
|
This is good... and so close to what I had hacked into 3.0.x
What I'm looking for is a search function that can be given a threadid and userid, not username. And that can be called from a GET query, such as search.php?threadid=123&userid=123 and then show the results as posts. Where I put this is on the popup showing number of people who posted in a thread. I made the numbers clickable so that the opener window changed to show which posts they were. That should be in vBulletin by default and is not. But my question is... how could I adjust the hack to use userid, and what should be the URL I would need to see the results? |
How could I edit this so that the boxes are separated by a title? One box that says Username and one that says Keyword.
Like the hack that lets you search posts and titles. |
Just modify the Template as you like :)
|
Code:
<div class="vbmenu_popup" id="threadsearch_menu" style="display:none"> |
installed. thanks.
|
Is there a way to call this with a URL like:
search.php?threadid=XXX&userid=YYY And have it show everything that someone has posted in a thread? |
I tried to install this but It didnt seem to work so what did I miss?
I made teh proper edit in the templet and installed the plugin any ideas? |
@buro9
Yes, it's possible. do=process&searchthreadid=X&userid=Y @cnutter What exactly does not work? |
Quote:
KirbyDE, Maybe, I am not getting it but when I went to a forum to do a search in a very large thread on my site to test it I couldnt find/see the search field as show in your screen shot of the hack. I maybe missing something.... :ermm: |
KirbyDE
I figured it out.... Code:
<input type="text" class="bginput" name="query" size="20" />$gobutton<br /> I had put it above the wrong one. Its fixxed now.... thanx.... |
Whoops :)
Gonna have to update the instructions then. Thanks for pointing that out. |
Quote:
But... there's a bug. If I search a thread for a user: search.php?do=process&searchthreadid=133&u serid=267 And then perform a search for another user against the same thread: search.php?do=process&searchthreadid=133&u serid=389 The first results always comes back. It's as if vBulletin caches the search result according to the threadid and pays no attention to the userid. If you want to view this on mine, just click the Who Posted link and you'll see that I've made the Who Posted popup link back via the postcount to the search result. Except... it has that bug. |
Yes, vBulletin does cache the results without taking the Username into account - and there is no way to get around this limitation without editing search.php.
(Except "disabling" caching results for this search, which I did on my site). |
Quote:
I already have search result sharing disabled in my AdminCp > vBulletin Options > Message Searching Options. Is there another way around this... did you comment out some code to achieve this? (btw... disabling the search cache would fix a bug in vBulletin where it's possible to get someone elses search results and have the results ordered incorrectly). So totally up for this, how though :) |
Quote:
|
I used a somewhat dirty trick to avoid file edits :)
search_process_start PHP Code:
search_process_fullsearch PHP Code:
|
Quote:
I think I'll stick with file edits though, I'm comfortable with them and can upgrade even my heavily modded board in less than 30 minutes with all hacks migrated... a short enough time for me to care about, and at least I have no plugin overhead. Hey... have you published your private hack to prevent pulling in plugins all the time? You have one don't you? (imagines it writes .php files out during plugin installs and just puts include statements into the hooks) |
I've got a neat Windows proggy to slipstream plugins into vBulletin, yes. :)
But I havn't updated it to process product XMLs ... yet. My board is so hacked that even with Tools like Beyond Compare, the last upgrade (3.0.0 RC2 -> 3.0.6) took some hours to get it working again without errors, although the new Version had been tested before by the whole team for some days. Not to mention the Style stuff which took weeks. |
Quote:
|
Quote:
Style changes take time though, that I'll admit, but that would be the case even with the plugin system. Especially because most of the time I cut 'n' paste the templates into Slick Edit so that I can use a powerful diff and merge tool to make the new version. I dread to think how difficult it will be to upgrade when I finish the XHTML Strict style I've been hacking together for weeks (reduced tables, highly semantic). |
A variable name has changed.
|
Why not just import the new XML?
|
Quote:
Suggestion: The 2 editboxes look kinda messy. It would be better to have 2 radio buttons underneath one editbox like: (o) Text ( ) Username What do you think? |
Then you would not be able to search for posts by foo containing bar, which is possible with the current implementation ;)
|
I think it doesn't matter if you lose some of the functionality to make it look neater. :)
Of course some people might prefer it this way so I think if it's not hard you could make a second version of the hack for people who prefer it that way :) What do you think? :) |
Quote:
Should be the correct one now. Quote:
|
Quote:
|
Quote:
|
Quote:
|
Just installed... Many thanks. Your thread still says vB 3.5.0 - just so you know. ;)
|
All times are GMT. The time now is 04:49 PM. |
Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|