Version: 2.2.8, by AndrewD
Developer Last Online: Apr 2010
Category: Major Additions -
Version: 3.6.x
Rating:
Released: 06-18-2006
Last Update: 02-03-2008
Installs: 661
DB Changes Uses Plugins
Additional Files Translations
No support by the author.
Version 2.3.0 of LDM is now the official release. This works with both VB3.7 and VB3.8. You can obtain it here
Version 2.2.8 remains available here, with limited support.
04.02.08: patch-cat.xml 'extra' uploaded - see first post for information
27.10.07: Version 2.2.8-post1 uploaded
French translation of product installer uploaded (other language translations are in the main release zip)
Remember to back up your current database tables before upgrading.
What this is and does
LDM is a general-purpose link and file manager, which handles user uploads and downloads in a flexible way. A range of media players is integrated into LDM and others are included as plugin extras. LDM is described below in the first post of this thread, which also contains a brief list of the currently-known bugs.
This release of LDM works correctly with all VB versions 3.6.x and recent versions of vbadvanced.
It works for me, but there was a bug that I fixed between the beta and the RC code. Can you check that you've correctly uploaded the local_links_actions.php file? Line 2213 should read
Code:
$links_defaults['autocreate_sync_comments'] and
In the old, incorrect, code, line 2205 read
Code:
$links_defaults['autocreate_sync_comments_with_thread'] and
Yes, I've uploaded the newset version. I guess maybe it has someting to do with the language? Because I found that you use word "Dicussion" to check the threadid, but unfortunately I've translated it into chinese. What surprised me is, a) after the codes in local_links_actions.php, when there is already $row['linkthread' (I checked the database, some items have this), it should work without check the phrase, but it doesn't; b) Sometime before it works for me, although I use the chinese version all the time.
I have also tried to delete "Dicussion" in the code (local_links_actions.php, line 2232), but it doesn't work.
Yes, I've uploaded the newset version. I guess maybe it has someting to do with the language? Because I found that you use word "Dicussion" to check the threadid, but unfortunately I've translated it into chinese. What surprised me is, a) after the codes in local_links_actions.php, when there is already $row['linkthread' (I checked the database, some items have this), it should work without check the phrase, but it doesn't; b) Sometime before it works for me, although I use the chinese version all the time.
I have also tried to delete "Dicussion" in the code (local_links_actions.php, line 2232), but it doesn't work.
Yes, I've uploaded the newset version. I guess maybe it has someting to do with the language? Because I found that you use word "Dicussion" to check the threadid, but unfortunately I've translated it into chinese. What surprised me is, a) after the codes in local_links_actions.php, when there is already $row['linkthread' (I checked the database, some items have this), it should work without check the phrase, but it doesn't; b) Sometime before it works for me, although I use the chinese version all the time.
I have also tried to delete "Dicussion" in the code (local_links_actions.php, line 2232), but it doesn't work.
I recall how all this developed now.
In the earlier versions of the 'extra', there was no special database field for the associated thread, so the code had to check for the relevant text (threadid=..) in the body of the link description. In 2.2.7, I realised that this was definitely a kludge, so added a an extra column in the database.
I imagine that you'll find that comments work with those entries where the linkthread column is set, and don't work where it is blank. But (on the assumption that you haven't got a load of threadid bb codes in your LDM descriptions, it should be ok to modify the regular expression, as follows. Instead of
Code:
elseif ($forumid>0 and preg_match("/\[thread=(\d+)\]Discussion/", $row['linkdesc'], $match)) {
try
Code:
elseif ($forumid>0 and preg_match("/\[thread=(\d+)\]/u", $row['linkdesc'], $match)) {
(there's an extra 'u' after the second slash)
Can you let me know if this solves it, and if my theory is correct about the linkthread field?
This is weird. There is no search table to build - it's all done within sql (unlike vb). How did you import the old entries - via LDM or as a database import?
I exported via, and imported using the 2nd option if I remember
Quote:
Couple of things to try - a) clear the browser cache, and b) go to vbulletin/admincp/options and set the gzip output option to 'no'.
I've done the cache part, and I'm sure the forum is already set at no for gzip, but I will double check ..
Quote:
Concerning the forum plugins, I don't think they've changed, but I'll take a look to see what can be done.
btw .. both the spider links and the tag cloud plugins work superbly .. thank you!
Not sure about the spider icon though .. I'll see if I can find one that works on a black background. Would it be possible to make it so that in the linkbit if there isn't an image it would have "spider this link" type text like how the other icons work?
In the earlier versions of the 'extra', there was no special database field for the associated thread, so the code had to check for the relevant text (threadid=..) in the body of the link description. In 2.2.7, I realised that this was definitely a kludge, so added a an extra column in the database.
I imagine that you'll find that comments work with those entries where the linkthread column is set, and don't work where it is blank. But (on the assumption that you haven't got a load of threadid bb codes in your LDM descriptions, it should be ok to modify the regular expression, as follows. Instead of
Code:
elseif ($forumid>0 and preg_match("/\[thread=(\d+)\]Discussion/", $row['linkdesc'], $match)) {
try
Code:
elseif ($forumid>0 and preg_match("/\[thread=(\d+)\]/u", $row['linkdesc'], $match)) {
(there's an extra 'u' after the second slash)
Can you let me know if this solves it, and if my theory is correct about the linkthread field?
I've tried what you said, it took no effect.
Actually after upgraded to the later versions, there are already some entries which the linkthread column are set, but even with these entries the comment doesn't work.
It's weird.
btw .. both the spider links and the tag cloud plugins work superbly .. thank you!
Not sure about the spider icon though .. I'll see if I can find one that works on a black background. Would it be possible to make it so that in the linkbit if there isn't an image it would have "spider this link" type text like how the other icons work?
Indeed, I'll make that change.
I imported and tested each of the xml files you sent into a clean database. In both cases, search work correctly, using both the like and the fulltext methods. I wonder if you had a problem with character encodings or indices in your database. Can't think how to test that, except maybe phpmyadmin/sql/REPAIR TABLE local_linkslink QUICK or vb/admincp/maintenance/repair tables