This shows you the differences between two versions of the page.
— | versiontwentythreecleanupdone [2007/03/02 13:45] (current) – created - external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | ====== squashed bug cemetery ====== | ||
+ | |||
+ | * Something is quite wrong with the history configuration bar. I now noticed the second time that trying to change the skin or the language has no effect. A restart solves this. Don't know how to reproduce/ | ||
+ | |||
+ | * From Brian: I had this problem too but it seems to have gone away now. I tried changing the skin using the History page but when the page refreshed it still used the old skin. I tried several times but always got the same result. Without restarting POPFile, I moved to another UI page (Admin, I think), tried to change the skin again and it worked first time. Then I checked the other UI pages and the skin changes all worked first time - including the History page. (I used different skins for these tests, instead of just switching back and forth between two skins). Then I shutdown POPFile, restarted it and tried to use the History page to change the skin... and it worked first time. | ||
+ | |||
+ | * From Brian: I can easily reproduce the problem by using adduser.exe to create a new User Data folder with just the 4 default buckets. Alternatively, | ||
+ | |||
+ | * How about this for a theory: Changing skin or language will only work when the history page is not accessed via 127.0.0.1/, but via 127.0.0.1/ | ||
+ | |||
+ | * From Brian: I've found the same thing, i.e. "/ | ||
+ | |||
+ | * Another oddity is that the ' | ||
+ | |||
+ | * I have seen this too. -- Joseph | ||
+ | |||
+ | * I was trying to change skins repeatedly to reproduce the bug above and then noticed that the 'Add history columns' | ||
+ | |||
+ | * Is this with all skins after changing repeatedly or just certain skins? | ||
+ | |||
+ | * No, this is not skin-dependent. Once those checkboxes are gone, I can change skins as much as I like, they remain lost. | ||
+ | |||
+ | * From Brian: To get the boxes back, click the tab for another UI page then click on the History page tab - when I do this the add-a-column boxes re-appear. | ||
+ | |||
+ | * Confirmed. -- Manni | ||
+ | |||
+ | |||
+ | |||
+ | * jac: pix.gif, black.gif, and otto.gif should be moved to skins/ | ||
+ | |||
+ | |||
+ | * Loader.pm has a small bug. When the " | ||
+ | |||
+ | * The " | ||
+ | * Is this new from my recent changes or was it doing this when Manni first put it in? | ||
+ | * Sorry - I don't know if this is new | ||
+ | |||
+ | * html.pm uses language strings to format the size column that aren't yet in english.pm. Also: because the changed template now uses the multi-purpose variable History_Cell_Value the & | ||
+ | |||
+ | * If the ' | ||
+ | |||
+ | * The size column is blank for me too. I am using a new DB created by the CVS version a few weeks ago. -- Joseph | ||
+ | |||
+ | * Upon start up, I get warnings about uninitialized values: | ||
+ | < | ||
+ | Use of uninitialized value in division (/) at d:/ | ||
+ | |||
+ | * While running I get a bunch of errors, these are the unique ones. Most come from trying to view a bucket' | ||
+ | |||
+ | < | ||
+ | Use of uninitialized value in concatenation (.) or string at c: | ||
+ | Use of uninitialized value in hash element at c: | ||
+ | |||
+ | Use of uninitialized value in hash element at c: | ||
+ | Use of uninitialized value in hash element at c: | ||
+ | Use of uninitialized value in hash element at c: | ||
+ | Use of uninitialized value in hash element at c: | ||
+ | Use of uninitialized value in hash element at c: | ||
+ | Use of uninitialized value in hash element at c: | ||
+ | Use of uninitialized value in numeric gt (>) at c: | ||
+ | Use of uninitialized value in numeric gt (>) at c: | ||
+ | |||
+ | * Calls to HTML:: | ||
+ | * I'd fix this if I knew how. Seems the crucial place is url_handler%%__%%(). But I just don't know what logic John had in mind. -- Manni | ||
+ | |||
+ | * "Jump to page x" does not check the supplied page number properly - with 20 msgs per page and 79 msgs in my history, entering " | ||
+ | |||
+ | * The Javascript code in password-page.thtml doesn' | ||
+ | |||
+ | * For me it is working on Firefox, Opera, and IE. On FF it works all the time (page load and reload). | ||
+ | |||
+ | * Any idea why this is working for you and not at all for me? Strange. If was thinking about something like <body onLoad=" | ||
+ | |||
+ | * No idea why it doesn' | ||
+ | |||
+ | * **Correction**: | ||
+ | |||
+ | * I just checked in something based on your suggestion. | ||
+ | |||
+ | * Works in all my browsers (Mozilla, Firefox, IE, Opera). I think we can soon remove this ' | ||
+ | |||
+ | After getting everything installed I can still not get PF to run: | ||
+ | < | ||
+ | < | ||
+ | " | ||
+ | Can't continue after import errors at j:/ | ||
+ | BEGIN failed--compilation aborted at j:/ | ||
+ | Compilation failed in require at j:/ | ||
+ | BEGIN failed--compilation aborted at j:/ | ||
+ | Compilation failed in require at J: | ||
+ | BEGIN failed--compilation aborted at J: | ||
+ | Compilation failed in require at J: | ||
+ | </ | ||
+ | * This error is connected with the way in which POPFile uses the packing list (in popfile.pl). A temporary fix is to rename (or delete) the popfile.pck file from the main program folder. The BerkeleyDB check appears to cause this problem. | ||
+ | * I saw the posts about that, didn't realize it caused this kind of error. | ||
+ | * Right. It is really odd and it will work when BerkeleyDB is not installed. | ||
+ | |||
+ | * When operating in single-user mode the UI pages no longer show the " | ||
+ | |||
+ | * Current CVS works with Crypt::CBC v2.12 but does not work with the latest version (2.14). With v2.14 POPFile crashes with the following console error message when you try to access the UI: " | ||
+ | |||
+ | * jac: On Buckets tab with blue skin, first bucket' | ||
+ | * jac: was a FF CSS parsing error. | ||
+ | |||
+ | * jac: There may be something wrong with the layout of the bucket page from a screen reader point of view. I think screen readers would see things pretty much like Lynx does and it doesn' | ||
+ | * mh: that's bad. Seems like the complete table is falling apart. Maybe because the rows don't fit on one screen row? | ||
+ | * jac: I checked, even a giant window that allows all the headers to show in line doesn' | ||
+ | * jac: Major rework of Buckets page should have solved this. | ||
+ | |||
+ | * jac: The " | ||
+ | * Apparently this does not only occour on the first row? I was going through my history and got to a page where a message had been reclassified but never displayed due to a search or filter. | ||
+ | |||
+ | * jac: The menu link to the Magnets page always ends with //& | ||
+ | |||
+ | * jgc: This isn't exactly a new problem, but I only noticed it now: If we send a 404 error, we only send the error code, but not a 404 page. It might be that we don't really need one (if the UI works without errors), but should we have one? | ||
+ | |||
+ | * jgc: POPFile should use 995 as the default POP3 SSL port (instead of using 110). To make a POPFile-enabled account use SSL it should only be necessary to append ': | ||
+ | |||
+ | * jgc: msgdir, piddir and logdir now created at startup | ||
+ | |||
+ | * jgc: When using the history page to change the language, the date format in the footer is not updated when the page is automatically refreshed (but the rest of the page shows the new date format in the ' | ||
+ | |||
+ | * jgc: I expected every user would see the special unclassified bucket but non-admin users do not see this special bucket. When I tried to create a bucket called ' | ||
+ | |||
+ | * jgc: PF dies if you hit Edit user on the blank option. | ||
+ | |||
+ | * Template Strict problems in UI/HTML.pm | ||
+ | * Buckets page (corpus_page) doesn' | ||
+ | * Since Common_Middle_Tab3 is no longer used (Configuration tab) and HTML.pm numbers the pages in a loop (apparently for determining the current tab), PF dies because we don't use tab 3 anymore. | ||
+ | |||
+ | * jgc: If you enter a login with incorrect password it goes back to PW entry page. Then enter the correct password and you end up stuck at a blank page http:// | ||
+ | |||
+ | * jgc: POPFile 0.22.2 ships with a minimal Perl based upon ActivePerl 5.8.4 but this is no longer compatible with the optional SSL components in the University of Winnipeg repository (they require a newer version of Perl). ActivePerl 5.8.7 Build 813 was released 7 June 2005. | ||
+ | |||
+ | * jgc: Single user mode (POPFile Classic) toggle should be on Administration page, when not turned on there is no need for the extra Users tab. | ||
+ | * John disagrees, but I think it is a waste to have an almost empty page that is not needed in single user mode. It also increases the likelyhood that someone will press it just to see what it does. The amount of tabs the Single user and Admin sees is pretty large, on smaller screens with large fonts the menu tabs can take up the entire width of the screen or more. -- Joe | ||
+ | |||
+ | * When there are no magnets we shouldn' | ||
+ | * This should be possible without a single line of Perl. A & | ||
+ | |||
+ | * Add RTL language variable for template if statement to use additional rtl.css | ||
Should you find anything in the documentation that is incomplete, unclear, outdated or just plain wrong, please let us know and leave a note in the Documentation Forum.