Created by Paul Chek (pchek@ziplink.net) on Monday, May 18, 1998 12:39:24 PM PDT Additional Details : 1.The "extension" option must be the very first option in a PICS label for it to be parsed correctly. If it is preceded by any of the other label options then the parse for the extension and the label fails. I tracked this down to the fact that the single label object is closed when the processing for any option completes. The problem was in CSLABEL.C, about line 245 in the table definition for SingleLabel_stateTokens element "option value". The next to last specification containing the command was Command_CLOSE and it should be Command_NONE. 2.Multiple ratings in a single label are parsed without errors but the structures to iterate through the multiple single labels are not set up correctly. This prevents Mozilla from creating standalone labels from a single label containing multiple ratings. Creating standalone labels is needed for processing of signed labels. I found this in the C reference code, not the Mozilla code, but Mozilla probably has the problem also. It does not affect the trust label processing because that does not depend on the ability to iterate through the parsing structures. 8.If you have an extension option, the parser does not correctly finish the parse on the label when it sees the closing paren after ratings. If you remove the extension option the parser detects the closing paren correctly and returns _done status.

Assigning to DP, till a more "dedicated" PICS owner is found.

Setting all current Open/Normal to M4.

per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

sorry for the spam, changing QA contact.

PICS is not scheduled for inclusion in Seamonkey. Verifying as LATER.

LATER is deprecated.

PICS has been removed. WONTFIX.

VERIFIED, there is a bug to implement/reimplement them though