240590 - Can't click to select Helper Applications from list in Preferences panel in 1.7rc1

Status: VERIFIED FIXED

(SeaMonkey :: Preferences, defect)

Description

[Kai de Leeuw]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040414
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040414

When I open up the Helper Applications panel in Preferences there is a strange
phenomenon at the top of the list box. See attached screen shot.

It seems to have something to do with sortable columns. 

When I click the phenomenon it reverses the arrow it has, and if I click it
again it disappears.

Moreover if I add something to the Helper Applications list, this item will not
be selectable.

Reproducible: Always
Steps to Reproduce:
1. Open Preferences
2. Open Navigator and then Helper Applications in the categorylist
3. Look at the Helper Applications list

Actual Results:  
Some weird kind of thing going on at the top of the list

Expected Results:  
Not showed that weird thing at the top of the list

Comment 1

[Kai de Leeuw]

Attachment: Screenshot of the broken Helper Applications list

Comment 2

[Frank Wein [:mcsmurf]]

Reporter: Did this bug already occour with the build from 13th April?

Comment 3

[Kai de Leeuw]

I haven't tested that build :-( This was the first nightly I downloaded for a
long time, but I will test it later.

Comment 4

[[e-mail]]

Jan, is it not possible to hide a sorted header or something?

Comment 5

[Ere Maijala (slow)]

The header is a minor problem. Not being able to select a row to modify or
delete it is a big problem. 

Comment 6

[[e-mail]]

OK, so I've twigged the click problem - treecols still need ids :-(
I need to add (say) id="value" to line 135 of pref-applications.xul

Comment 7

[R.K.Aa.]

In a build from the 14th the helper app entry wasn't selectable, but it is
selectable again in a fresh CVS build. (Linux, Gtk2)
The vanishing sort column still behaves as originally reported.

Comment 8

[[e-mail]]

Yeah, the id hack isn't needed on the trunk, becuase of Jan's tree landing.

Jan, any ideas on the sort column header issue?

Comment 9

[[e-mail]]

Attachment: Trunk patch

Comment 10

[[e-mail]]

Attachment: Branch patch

The branch also needs the id on the treecol.

Comment 11

[[e-mail]]

Comment on attachment 146675 [details] [diff] [review]
Branch patch

Trivial regression fix.

Comment 12

[Mike Kaply [:mkaply]]

Comment on attachment 146675 [details] [diff] [review]
Branch patch

a=mkaply

Comment 13

[[e-mail]]

Fix checked in, trunk and branch.

Comment 14

[Markus Merz]

*** Bug 241307 has been marked as a duplicate of this bug. ***

Comment 15

[[e-mail]]

*** Bug 241362 has been marked as a duplicate of this bug. ***

Comment 16

[Boris Zbarsky [:bzbarsky]]

*** Bug 241379 has been marked as a duplicate of this bug. ***

Comment 17

[Markus Merz]

recommended title for this bug: Helper Applications list is deactivated / no
edit, no select

reason for change request: Easier to find as duplicate

existing duplicate titles:
GUI Helper Application list is deactivated (1.7rc1 Preferences / 1.7b was OK)
unable to select file type under helper applications  in 1.7rc1
Can't edit existing "File types" in Helper Applications window!

Comment 18

[Markus Merz]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040422
list items: are selectable, bug resolved
sortable columns: gone, vanished (I don't need that :-)

Comment 19

[Stefan Borggraefe]

*** Bug 241628 has been marked as a duplicate of this bug. ***

Comment 20

[Stefan Borggraefe]

*** Bug 241723 has been marked as a duplicate of this bug. ***

Comment 21

[Vito Tuxedo]

I filed Bug No. 241628, which turned out to be a duplicate of this bug. I've
noticed a lot more duplicate bugs since then, which must be a real PITA for the
Moz programmers. Sorry about that, but I actually DID perform my due diligence
in attempting to find whether the bug had already been filed. I don't know
whether anyone else who filed duplicate bugs checked first, but I sure did. 

It appears that the Query function is pretty badly broken. I put in all kinds of
text strings related to the problem, and repeatedly got "Zarro boogs found." To
test it, I entered precisely the same text I wrote for the summary in Bug No.
241628 -- "Can't select any items in Helper Applications for editing" -- and I
got the "Zarro boogs found". What the...?

I hate to afflict the Moz guys with duplicate bugs, but it's kinda difficult to
avoid that problem when the Query function yields such bogus results. I've tried
all kinds of text strings in an attempt to find this bug (Bug No. 240590), but
no dice. The best I've been able to come up with is in entering the text string
"select helper application", which query returns Bug No. 22563 in Thunderbird
(not related) and Bug No. 170131 (not even close to the same problem).

I guess this is a problem for the Bugzilla folks. Just thought I'd let y'all
know that -- in my case, at least -- it's not a matter of wanton bug filing
without regard to the desire not to bug (ouch!) Moz codewriters with an
avalanche of duplicate bugs.

Comment 22

[Markus Merz]

(In reply to comment #21)

[bugsearch]
> It appears that the Query function is pretty badly broken. I put in all kinds of
> text strings related to the problem, and repeatedly got "Zarro boogs found." 

By default status:resolved is not searched for. Only new, assigned, reopened.
That's the 'bug'.

Comment 23

[Christian :Biesinger (don't email me, ping me on IRC)]

*** Bug 241732 has been marked as a duplicate of this bug. ***

Comment 24

[R.K.Aa.]

*** Bug 241910 has been marked as a duplicate of this bug. ***

Comment 25

[Stefan Borggraefe]

*** Bug 241937 has been marked as a duplicate of this bug. ***

Comment 26

[Stefan Borggraefe]

*** Bug 241967 has been marked as a duplicate of this bug. ***

Comment 27

[Bill Mason]

*** Bug 242047 has been marked as a duplicate of this bug. ***

Comment 28

[Bill Mason]

*** Bug 242223 has been marked as a duplicate of this bug. ***

Comment 29

[R.K.Aa.]

*** Bug 242265 has been marked as a duplicate of this bug. ***

Comment 30

[Christian :Biesinger (don't email me, ping me on IRC)]

*** Bug 242414 has been marked as a duplicate of this bug. ***

Comment 31

[Christian :Biesinger (don't email me, ping me on IRC)]

*** Bug 243024 has been marked as a duplicate of this bug. ***

Comment 32

[Bill Mason]

*** Bug 243398 has been marked as a duplicate of this bug. ***