Show all posts by user
All modules known to work or written for 5.2.0 and up. Modules are small packages that increase or change the functionality of Phorum in some way, without changing any of the main Phorum code.
You can find a list of Phorum 5.2 Modules --> Here
You can find a list of Phorum 5.2 Modules --> Here
Re: Module: Spam Hurdles 2, release candidate - testers welcome - 12 years ago
Well, we've caught a bug related to Spam Hurdles module. I was able to reproduce it at different Phorum setups even at a newly clean one. We are on Phorum 5.2.19, Spam Hurdles 2.0.2. (nginx 1.2.4 PHP 5.3.21 MySQL 5.1.67) Okay, if we turn on spam hurdles with default settings and approve "Enable Caching Messages" in Cache Settings here is what happens. Let's say a usby yupri - v5/v6 Modules/Add-Ons
Re: Module: BBcode Spoiler - 12 years ago
russian translation UTF-8 language fileby yupri - v5/v6 Modules/Add-Ons
Re: Module: Remember Username - 12 years ago
There is a security issue in the current version of the module. (I purposely omit the details to not encourage its exploitation.) If a cookie for this module is somehow set outside with some scripting in it, it allows session hijacking and the like. To prevent this behavior something like this would do. $username = trim($_COOKIE['phorum_mod_remember_username']); $focus_field =by yupri - v5/v6 Modules/Add-Ons
Re: "all dates" search by default - 12 years ago
I needed to make the switch among default search types on the search.php page. Attached is a module implementing that behavior. (It's actually a zip archive. But that file extension is not allowed for an attachment. So please remove '.php' in the file name.). I've used a page_search hook to apply this modification. I think the topic's functionality can be implemeby yupri - Phorum Support
Re: Module: Forum Subscriptions - 13 years ago
I've just looked up and read your message. I noticed the same functioning. The reason was incorrect check of user read permissions for forums. In mods/forum_subscriptions/forum_subscriptions_after_post.php phorum_api_user_check_access(PHORUM_USER_ALLOW_READ, PHORUM_ACCESS_LIST, $user_id) and phorum_api_user_check_access(PHORUM_USER_ALLOW_READ, PHORUM_ACCESS_LIST, $user_id)by yupri - v5/v6 Modules/Add-Ons
Re: Module: Forum Subscriptions - 13 years ago
Joe, I think forum access functions like phorum_api_user_check_access(PHORUM_USER_ALLOW_READ, PHORUM_ACCESS_LIST, $user_id) or phorum_api_user_check_access(PHORUM_USER_ALLOW_READ, $mail_data["forum_id"], $user_id) in forum_subscriptions_after_post.php don't yield the correct results, which can be retrieved from phorum_db_user_get($user_id, true) in 'forum_by yupri - v5/v6 Modules/Add-Ons
Re: Module: Forum Subscriptions - 13 years ago
I think there is a bug in the forum_subscriptions/db_functions.php:483 $return_val shouldn't be DB_RETURN_ASSOC but rather DB_RETURN_ASSOCS. In this case the whole assignment should be pulled out of if-then-else branching and assigned DB_RETURN_ASSOCS. Otherwise, it issues a warning like that: Warning: Illegal string offset 'forum_id' in [%phorum_folder%]/mods/forum_subscrby yupri - v5/v6 Modules/Add-Ons