Batch add files stopped working-blank page - Page 2 Batch add files stopped working-blank page - Page 2
 

News:

CPG Release 1.6.26
Correct PHP8.2 issues with user and language managers.
Additional fixes for PHP 8.2
Correct PHP8 error with SMF 2.0 bridge.
Correct IPTC supplimental category parsing.
Download and info HERE

Main Menu

Batch add files stopped working-blank page

Started by mike909, June 28, 2006, 08:46:09 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

xplicit

@Abbas Ali

since more people seem to have this problem (including myself sometimes ;) ) would you like to share the solution?

In my case I just had to reload the page over and over again until some else than the balnk page came up, once the structure of the directorys was shown I could do anything without errors. but the initial loading of the file is a sort of pain in the #ss

I even shut down the gallery when I wanted to add files to prevent users excecuting sql querys (I thought that the server was just being to busy...)

but it seems you found out another thing, would you like to share it?
Don't ask me: Can you do this .... or Give me that...or I need Quick help in PM's. I'm not Santaclaus so post your questions on the board so it will be in the benefit for everyone.

Abbas Ali

There was no good solution. I had just inserted two statements in searchnew.php to echo HERE. I won't call it a solution though.

Try NOT choosing the browseable interface.
Chief Geek at Ranium Systems

mike909

xplicit,
I have to do the same thing. The page comes up blank allways on the first try, but if I refresh it a bunch of times it eventually comes up and works as it should.

xplicit

I will try and see if I can come up with a workaround, problem is that on my testing server everything works perfect but well I'm the only user of it :) Testing on real servers of clientss is always a thing I like to minimize but I will see what I can do.
Don't ask me: Can you do this .... or Give me that...or I need Quick help in PM's. I'm not Santaclaus so post your questions on the board so it will be in the benefit for everyone.

depach

Hiya

I had the same problem, i click on batch upload and firefox would try download searchnew.php

Added an echo command to searchnew.php and it fixed the problem :)

Thanks for your time on this matter, i will try contact my webhost to see if they changed anything to do with php since the last time i uploaded

xplicit

It seems it got a lot to do with the number of albums in the album map.

The scanning of the names in the  directory albums seems to be the hardest part, once the titles of directories are known it all works fine.

I must admin this matter sort of slipped my mind, was to busy programming other websites but those are finished last weekend so will put this on my todo list again :)

Don't ask me: Can you do this .... or Give me that...or I need Quick help in PM's. I'm not Santaclaus so post your questions on the board so it will be in the benefit for everyone.

xplicit


function display_dir_tree($folder, $ident)
{
    global $CONFIG, $PHP_SELF, $lang_search_new_php;
    $dir_path = $CONFIG['fullpath'] . $folder;


    if (!is_readable($dir_path)) return;

    $dir = opendir($dir_path);
    while ($file = readdir($dir)) {
         if (is_dir($CONFIG['fullpath'] . $folder . $file) && substr($file,0,1) != "." && strpos($file,"'") == FALSE && $file != "userpics"  && $file != "edit" ) {
            $start_target = $folder . $file;
            $dir_path = $CONFIG['fullpath'] . $folder . $file;

            $warnings = '';
            if (!is_writable($dir_path)) $warnings .= $lang_search_new_php['dir_ro'];
            if (!is_readable($dir_path)) $warnings .= $lang_search_new_php['dir_cant_read'];

            if ($warnings) $warnings = '&nbsp;&nbsp;&nbsp;<b>' . $warnings . '<b>';

            echo <<<EOT
                        <tr>
                                <td class="tableb">
                                        $ident<img src="images/folder.gif" alt="" />&nbsp;<a href= "$PHP_SELF?startdir=$start_target">$file</a>$warnings
                                </td>
                        </tr>
EOT;
            display_dir_tree($folder . $file . '/', $ident . '&nbsp;&nbsp;&nbsp;&nbsp;');
        }
    }
    closedir($dir);
}


Well as far as I can see quickly the function display_dir_tree is calling itself within the display_dir_tree function. This could be a potential source for an infinit loop
Don't ask me: Can you do this .... or Give me that...or I need Quick help in PM's. I'm not Santaclaus so post your questions on the board so it will be in the benefit for everyone.

Abbas Ali

@depach: Try removing the echo statement and modifying the display_dir_tree function as mentioned below..

Add (in function display_dir_tree)


set_time_limit(60);


just after


if (!is_readable($dir_path)) return;


@xplicit: You can also try the same.
Chief Geek at Ranium Systems

depach

@Abbas Ali

Did the above changes, seems to work, very slowely but atleast its working hehe!

Shout if you would like me to try anything else

xplicit

Sorry didn't work for me,

But will still try to find a solution :)
Don't ask me: Can you do this .... or Give me that...or I need Quick help in PM's. I'm not Santaclaus so post your questions on the board so it will be in the benefit for everyone.

zerokarma

Abbas Ali or anyone else,

Where do I add those Echo statements? I think I am having the same problem with my current setup.

triclair

Quote from: zerokarma on December 28, 2006, 11:27:42 PM
Abbas Ali or anyone else,

Where do I add those Echo statements? I think I am having the same problem with my current setup.

Hi,

I have the same problem  :( ... and the same question : where to add the "echo" ? Or any new solution ?

Thanks.

Joachim Müller

@all "newcomers" to this thread: do not assume that you have the same issue the original thread starter had. Don't draw false conclusions just by the fact that you have issues with batch-add: as server-setups differ, the possible reasons for batch-add not working as expected are manifold. Therefor, you mustn't blatantly try to hijack this thread, but do exactly as suggested in the upload troubleshooting section of the docs (in a thread of your own). Only if the supporter taking care of your support request advises you to reply to this thread, you're allowed to do so.
From now on, I will delete all replies to this thread of posters who don't have written permission by supporters in their own thread that they are allowed to reply here. I'm not saying this to bring you down, but to make sure that this thread remains usefull for everyone and doesn't get cluttered with individual issues. The board rules exist for very valid reasons, so please don't start a meta discussion about it here.

Joachim