You are here: Mozilla MailNews Functional / UI Tests > Message Filters: Custom Headers
Feature Test Spec: Mail and News Component
Mail and News Component: Message Filters: Custom Headers
Written by Laurel CarlsonFeature description
Simple user interface to allow users to search or filter based on any header. Feature currently not available for news.
References:
No current UI or design specs available on mozilla.org
Main Feature bug: https://bugzilla.mozilla.org/show_bug.cgi?id=16902
Some of the custom header bugs reported in moz1.0/netscape7.0
- Custom Header Dialog - basic UI:
- Accessible from criteria dropdown:
- from Filter Rules dialog
- from Search Messages dialog
- Add button
- Remove button
- Text field for header name
- List box for headers
- Tabbing/keyboard access to fields
- General Cancel/OK
- Accessible from criteria dropdown:
- Add header
- single
- multiple
- limit for number of headers in list? currently we have no limit, but greater than 50 will cause problems -- should warn. Ref: bug 104085
- headers with non alphabetic characters:
- dashes ( like Reply-To)
- invalid characters: currently can cause problems, but no
handling -- see bug 107620, 155496
- colon
- control characters
- spaces?
- headers appear properly in Custom Headers dialog list
- appears in custom headers dialog accessed through search ui
- appears in custom headers dialog when accessed through filter ui
- appears immediately
- changes to custom headers is written to prefs.js and/or rules.dat on confirm - if crash occurs, changes already written to file
- preserved through exit:
- check the ui
- check the list in prefs.js (mailnews.customHeaders)
- headers appear in Filter Rules criteria dropdown after adding
- for mail selection in filter dialog
- Not available for News - filtering not implemented for news (bug 17483, bug 16913)
- headers appear in Search Messages criteria dropdown after adding
- cancel addition
- Add valid headers:
- Add invalid headers -- no error checking here
- add header doesn't disrupt existing criteria selection in
Filter dialog
- selected filter criteria is mail/not a custom header
- selected filter criteria is mail/custom header
- add header doesn't disrupt existing criteria selection in
Search dialog
- selected search criteria is mail/not a custom header
- selected search criteria is mail/custom header
- Edit/replace existing header: current design provides for only Add/Remove, no Edit.
- Delete header
- single
- multiple
- Delete last/only header in list
- Add one and delete it
- Deletions to custom headers list appear properly
- change appears in custom headers dialog accessed through search ui
- change appears in custom headers dialog when accessed through filter ui
- change appears immediately
- change preserved through exit
- cancel deletion
- delete a header which has an associated filter -- not sure of how we handle, make sure it's sensible
- Filter for Custom Header
- Filter folders various version mail servers
- online
- offline
- Filter for valid header
- Filter for invalid header -- simple no match, no validation of header/error checking
- Filter with valid matches
- Filter with no matches (valid header)
- Filter multiple headers
- multiple AND
- multiple OR
- mix of custom header criteria and regular header criteria
- Filter folders various version mail servers
- Search for Custom Header
- Search various version mail servers
- Search locally
- online
- offline
- Search server
- Search locally
- Search for valid header
- Search for invalid header -- simple no match, no validation of header/error checking
- Search with valid matches
- Search with no matches (valid header)
- Search multiple headers
- multiple AND
- multiple OR
- mix of custom header search criteria and regular search header criteria
- Search various version mail servers
- Other/Misc tests:
- Try to edit custom header simultaneously accessed from filter
and search dialog:
- add
- delete
- edit/replace
- Case where rules.dat has custom headers defined, but not
defined in prefs.js (if someone has copied rules.dat from other
profile) -- ref: bug 141354
- the custom headers which are called in rules.dat should automatically be added to prefs.js
- adding new filters should not cause any rules.dat corruption
- custom headers should be retained in rules.dat, prefs.js, ui through exit
- ??? remember to bring up case for checking to see if header is even in a message when doing "doesn't contain". Not sure the design intention here, but in 4.5 (searching, maybe headers too) returns all messages in scope if doesn't contain is used. In other words, matches for the doesn't contain show in results even though those results/messages do not have the specified header.
- Try to edit custom header simultaneously accessed from filter
and search dialog: