68894 - mail search: tree rows for search criteria should not be selectable

Status: RESOLVED INVALID

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Jesse Ruderman]

Steps to reproduce:
1. Open the mail search window.
2. Click within a "search criterion" row, but not on a control.

Result: The tree row becomes selected.

Expected: The tree row shouldn't become selected (not even gray-selected).

Comment 1

[Jesse Ruderman]

See also bug 68895 (this tree shouldn't take focus).

Comment 2

[laurel]

I believe that behavior was introduced early in 6.0 development when the design
plans called for row selection so that you could delete criteria row(s) -- we
were going to circumvent the restrictive nature of "Fewer" letting you only
delete last row to first. Anyway, as usual due to time constraints we kept
(only) the Fewer behavior.

Comment 3

[Jesse Ruderman]

In that case, a row should become selected when any control in that row is 
focused.  Currently I have to click on an empty area of a row to select it.

Comment 4

[scottputterman]

reassigning to naving

Comment 5

[Håkan Waara]

Laurel, do you think we should implement the deletion of a selected row or
remove the ability to select a criterion row altogether?

Comment 6

[laurel]

I think it would be useful to have the abililty to delete a row without having
to fewer/delete from the bottom upward.  In my opinion, yes it would be useful.
 CC Jennifer and Seth for their input.   

It would be most important for the power users who use several criteria rows, so
I'm not sure how feasible it is on a project basis.

Comment 7

[jglick]

Yes, I agree that for more power users it would nice to be able to select a row 
and delete it (and/or potentially move it up or down (for filter order)), 
instead of having to only use the More/Fewer buttons to do this.

Comment 8

[(not reading, please use [e-mail] instead)]

see related bug #87547

naving, feel free to give any search / filter front end bugs to me.

Comment 9

[Navin Gupta]

reassigning to seth 

Comment 10

[Matthew T (active 1999-2002)]

This is dependent on bug 87548 being wontfixed (I hope not).

Comment 11

[Arun Prasannan (polar)]

This bug is being marked EXPIRED as it has seen no activity in a very long time.

If you think that the issue reported might still be relevant, please test with a recent release of SeaMonkey and if the problem persists feel free to re-open the report. Thank you.

http://www.seamonkey-project.org/

Comment 12

[Mark Banner (:standard8)]

Bulk reopening incorrectly expired bugs - no activity does not constitute no bug - these need proper checking.

Comment 13

[Philip Chee]

UI has changed functionality now implemented in a different way (listbox instead of a tree). Individual rows can be deleted not just the last row, etc.