Geeklog Forums

You are right. Page 2 goes to the page 2 of the entire filemgmt rather than that of the category.

Another bug!

Sam

If I'm attempting to upgrade from v1.2, do I need to go to 1.3 first, then to 1.5? Or might there be some instruction on how to upgrade from .2? I can do manual sql stuff if it requires it. Any help greatly appreciated

Good grief!

You are still using 1.2! It's up to you I guess. How much risk you can take and how skillful you are to fix it something goes wrong.

It doesn't take long to upgrade it twice. If you know how to fix it and have a backup, go directly with 1.5.

Sam

Since i'm using MySQL 5.0.18 & i have the same problem with you it's just that i have v1.3 installed & i just need to upgrade & the upgrading works great. You can fix the problem by modifying file index.php.

1. find a line:


replace with:


2. find another line:


and replace with:


P/S: maybe Blaine should try to install mysql5 for testing purpose.

The fix to this is line 167 of viewcat.php - change it to this line

---

Geeklog components by PortalParts -- www.portalparts.com

Thanks Blaine, works great

Autotag doesn't seem to work. It goes to the general download page, rather than the file.

Sam

I just uploaded an update - version 1.5.2

Bug Fix: Search function should not return any files that have not been approved

Bug Fix: Corrected autotag link feature

Bug Fix: Wrong error code being passed to error handler if new file submission is a duplicate file

If user has filemgmt.edit right, show the delete comment feature

Added test for file id is not a new (un-approved) file in main index.php

tweaked the errorhandler display

Changed files include several files in the public_html directory as well as the plugins functions.inc file. Best to replace all files. Run the plugin upgrade from the plugin editor listing to update the plugin version - no database changes.

---

Geeklog components by PortalParts -- www.portalparts.com

Thanks, comments really can be deleted now!

However, $REMOTE_ADDR is still used in admin/install.php
Of course, I haven't really looked for other outdated parameters that may be out there.

And although "more" is finallly not hardcoded (since v1.5.1), other strings still are (like the ones that define the paths).

I still couldn't get the autotag working. It leads me to the filemgmt main page rather than the file itself. Am I missing something?

Let me try it here. Geeklog 1.3.10rc3

----------------------edited------------

It doesn't work here either. It goes to filemgmt/index.php/449 rather than filemgmt/index.php?id=449.

I guess it it doesn't work if the url rewriting is on?

Figured out!

Change the following codes arround line 788 in functions.inc



to


The idea is to remove the "Com_buildUrl" so that it will bypass the url rewrite, so you also need to remove the parantheses because it is nolonger necessary.


I changed it to the following because I want the file to start downloading when clicked, instead of going through another step, which would often confuse the user if they are not familier with the filemgmt:

Running Geeklog 1.40 latest edition. I have only 2 plugins installed that were not installed with Geeklog. Phpbb birdge, and GUS.

After placing all the files correctly into their directories, I login as admin, then go to plugins, I see the plugin, click install, no page loads.

This url appears at the top http://www.3dge-systems.com/admin/plugins/filemgmt/install.php?action=install

I do not even get an error, the page just comes up blank, all white. Please help.

I recently began using Geeklog and love it. I installed filemgmt 1.5.2 and everything was working without any problems. However when I tried to upload a file I got this:

File Management Plugin Error Code: 1017
ERROR: The file was not uploaded. Check permissions or duplicate file.

Now I know the permissions are correct, all the folders were the files are stored are CHMODed to 777. Also I've already configured the paths to the correct place in my directory. I know it's not a duplicate; I'm on FTP and can't see a duplicate. I also tried uploading a small random file about 2kb and it uploaded properly. So this leads me to a conclusion. You can't upload large files. The file i ran into problems was about 3.4mb in size. I was looking through most of the files in filemgmt and didn't see anything to refer to a limit on file size. Any help will be greatly appreciated.

Thanks, Drake250.

---

DrakenDomain.net

You upload files size is limited by php.ini. I hope you have access to php.ini, or you have to ask your hosting company to do it for you. If you need more information, search for the threads both here in this forum and in www.PortalParts.com.

Sam

Thank you very much Sam. I found out how to edit the php.ini from there. For anyone else confonting this problem just do this:

Create a php.ini file that says this:

register_globals = On
memory_limit = 100M
upload_max_filesize = 100M
post_max_size = 100M
max_execution_time = 1800

Now upload this file in your /public_html/admin/plugins/filemgmt directory as well as your /public_html/filemgmt/ directory.

I found this info on this topic.

---

DrakenDomain.net

Hi,

I was wondering... How can the "glmenu integration" be done? Is "glmenu" same as the good ol' "menu plugin"?

I've visited portalparts.com and that's exactly what I want to do: placing a downloads "section" under menu and showing categories/subcategories from there.

Thanks!

glMenu is one of Blaine's plugins. Visit portalparts.com again and you'll see it there.

bye, Dirk

Cool!!!!... Thanks for the info, Dirk ;-)

I've thrown togehter a patch for 1.5.2 that allows users/groups a new right that allows them to upload files without need for an administrator to accept the upload.

http://han.pp.se/stfu/stfu.pl?nextstate=dir_show&id=176