bugs: * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * current bugs: the file counts aren't right. The last line of output is this: "(3840/4002) /home/pictures/mdc800" which implies that at least one # is wrong. also "(7214/9052) /home/pictures/s45" (also be sure to check the sf.net bugs thingy) if there's some xxxx.January's and some yyyy.February's, it sorts them alphabetically instead of numerically. if the disk is full, there could be catastriphic consequences. have to make it fail gracefully somehow. that's right, catastrophic. The "every molecule in your body exploding at the speed of light" variety of catastrophic. files with pound-signs '#' in them don't get indexed properly. possibly files with percent-signs '%' in them don't get indexed properly. ? the link to Bjrk doesn't work other weird characters, too. partially fixed - links to some of these are okay now, but some extra-weird characters still don't work. Bjrk instead of Bj.rk where . is the 'right' character. ogre can't handle compound options, meaning that -rj causes an error (partial fix: use -r -j) javascript highlighting marks dirs visited after a keythrough. frameborder=0 is illegal (according to the w3c in html '4.01 frameset') in the frameset tag, but it doesn't work when only in the frame tag... * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * maybe bugs: * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * bugs that have been fixed: fixed in 0.1-16: has to re-scan thumbnails for no reason (thumbnails.info too short) - something seems to have hosed the thumbnails.info files - don't know what did this. could have been a previous version that was broken. might still be a bug. It's still there. This time the th.info file is zero lines, whereas before it was 2 or 3 remaining. it was a multithreading thing. I forgot to remove the & at the end of the line after I got rid of the piped background processing fixed in 0.1-15: Sometimes it writes a thumbnails.html file that has no links to the actual thumbnails in it - signified by a on one line and then a on the next line. This is a serious bug. On April 16, 2004, it occured 109 out of 919 times. It makes the gallery for that dir unusable. Seems to happen kinda randomly. - fixed - in sort_em, there was an unnecessary "&" at the end of the line fixed in 0.1-13: uninstall can now remove previous versions of opengallery fixed a bug that made "make install" stop working handles multiple dirs specified on the command-line correctly now fixed in 0.1-12: if "convert" from ImageMagick isn't there, it now fails gracefully doesn't handle symbolic links very well (in my case). Sometimes I want it to follow the links, other times not. Should implement the 'skip' file processing. fixed - it won't descend into symlinks anymore fixed in 0.1-11: seems to mention a jpeg during the thumbnail checking ...... business, but doesn't make a thumbnail for it. Seems there's actually a thumbnail because the thumbnails.info file has a record of it, but it's gone. recursion stats say that 2 were created and 3 were processed. this is the 1 in 2+1 that is the 3 here where the 2 were just created (assumption). probably somewhere in build_all. not too much of a problem - just re-run ogre. fixed in 0.1-8: maybe there is a problem due to the way I've named the html frames. Spaces in there might be bad. puts H2 closing tag "" in the wrong place (in the middle of a table) does not handle corrupt thumbnails well (re-generation), although it is graceful. misses some dirs sometimes - subtracted one for 'root' even when there were no files in root. fixed in 0.1-7: only { generates thumbnails for, indexes } the image-files that are named .gif .jpeg .tiff .tga .png. Parital fix: One must use contrib/shell-scripts/fix-image-file-filename-extensions to give the filenames the 'right' extensions. fixed in 0.1.4: several minor bugs introduced in the 0.1.4 development cycle multi-layer images break the whole dir's gallery bad file names aren't handled gracefully puts wrong title in header of html "/home/mza/opengallery/src" * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * bugs that have been fixed somewhere along the line (but I don't know when): fixed, but I didn't fix it: Mozilla, at least, seems not to be able to go more than 5 subdirs down before it complains about not being able to find a file that exists or it gives up and just doesn't display any thumbnails at all. I assume this is a bug in-or limitation of-mozilla. Sometimes 6 levels works fine. Mozilla was fixed to work with many frames somewhere in the 1.x range. Firefox (version 1.0) still has this problem. fixed at some point (?): several bugs creeped in during the shift to move the 'source' lines out of the function opengallery relating to the values for the old directory not being overwritten, but just appended. probably still a couple bugs hanging around in there somewhere... there might be a problem descending into symbolic links where the color info is requested from the wrong location (there are two ../'s that might be evaluated) this shouldn't be an issue anymore, since it won't descend into symlinks anymore as of 0.1-12 this hasn't happened for a while, so I'm declaring it fixed: died while traversing sunsets/seq/dec 4, 2001 - hung indefinitely. at a re-run it was okay. no idea. perhaps making opengallery a function broke something. Seems not to be able to do deep recursion anymore. Fails on a different directory every time. Could take the source lines out of the opengallery function. Of course I wasn't checking this much recursion all along, so it could have cropped up anywhere. took all the 'source' calls out of the opengallery function, so they're only included once. seems to have fixed it. capable of traversing the whole mdc800 tree with no problems. okay, that didn't fix it... possible fix might be to only let 100 dirs or so with any one instance of the run / opengallery functions run and then to somehow clear the shell (except for the ogre_totals) and run another 100 dirs or something. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *