Note that the attribute filename is correct.

To reproduce, add a new record to the User database (see TestUserTable

Hmmm. There is no SampleBlock page. What was this bug about again?

See TestNestedBullets

Traceback (most recent call last): File "/var/www/cgi-bin/tbwiki.py", line 47, in main(req) File "/home/tbird/work/tbwiki/cgi-bin/tbwiki_engine.py", line 1529, in main processor_func(req) File "/home/tbird/work/tbwiki/data/plugins/ProcessorTable.py", line 36, in edit_table_in_place message = table.edit_table_in_place(req) File "/home/tbird/work/tbwiki/cgi-bin/table.py", line 1086, in edit_table_in_place tb.show_edit_table_in_place_form() File "/home/tbird/work/tbwiki/cgi-bin/table.py", line 914, in show_edit_table_in_place_form print line_edit_form_spec % form_fields File "/home/tbird/work/tbwiki/cgi-bin/table.py", line 163, in __getitem__ record_id = self.record["record_id"] KeyError: 'record_id'

possible solutions: remove 'edit-in-place' link for attrdb databases. But I think this is really just a typo somewhere. There's a fixthis for fixing the schizm between usage of 'record' and 'record_id' on the todo page.

See TestRegexProcessor

A new page appears and all the tables have been sorted by Salary. Pages that don't have a Salary column are sorted by some other field, and an error message is displayed.

This should be fixed by adding the block_name to the sort_link, so that only that table gets sorted by the indicated field.

See http://localhost/tbwiki/TestBlocks#named_block

There are no entries, event though the page List of unit tests has a link to that page.

I added code to hold messages. It now looks like something related to the variable. I moved this to be dynamically generated by the data_class in tbwiki_engine, but there's still some sort of problem that I can't pin down.

There are now lots of debug statements (commented out) in the RegressionCheck main procedure.

I should go back and fix the filenames to be more sane. The record_id for each file should also be made to match the filename.

The single percents need to be escaped before the page is formatted with data from the wiki engine.

Here is the traceback:

Exception raised by tbwiki software
Traceback (most recent call last):
  File "tbwiki.cgi", line 53, in
    main(req)
  File "/home2/birdorg/work/tbwiki/cgi-bin/tbwiki_engine.py", line 1513, in main
    html = block_to_html(req, page_data)
  File "/home2/birdorg/work/tbwiki/cgi-bin/tbwiki_engine.py", line 1030, in block_to_html
    new_data = data % req.data
ValueError: unsupported format character '
' (0xd) at index 268

See http://bird.org/test/TestCornerMarkup

• checkbox value is not inserted in the edit_record form
• if checkbox is unchecked, the form handling code can't read the value from the form.

The comment field is blank.

The comment is in the logfile, though.

Resolution note: It turned out that the log had entries for both 'edit' and 'get' for the page with the same timestamp, and the 'get' (which has no comment) was being used by the history routine.

See http://bird.org/test/TestBullets

• probably need to test all functions on page_names with spaces

The reason the colors don't work, is that trailing whitespace is left on the field values when they are parsed from the tbwikidb files (/pages). Maybe this could be solved with a simple white-space removal in the table handling during the color compare operation.

Multi-line fields are supposed to be parsable using a field and field_endpat combination, but I can't get it to work.

See the function parse_data in data_scan.py, and there is a FIXTHIS saying that this functionality was never tested.

See http://bird.org/test/TestTableParsedPages for a test which shows the problems encountered.

NOTE: most of this problem is fixed, with changes to data_scan:parse_data(). What remains is to avoid putting the material before the start of the pattern into the value.

See the history for file: bug9HuMcJvz

Here is the original description, which I did not write:

Yes Infact, they have allowed us to chosoe from a variety of themes for our Gmail inbox too. Also, orkut has fully integrated google talk so that we can use gtalk fully on orkut itself.[:)] ..I'd suggest you to follow the orkut blog too[:)]