Closed Bug 240590 Opened 21 years ago Closed 21 years ago

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

Categories

(SeaMonkey :: Preferences, defect)

Product:
SeaMonkey
Component:
Preferences
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: deleeuw+bugzilla, Assigned: neil)

References

Details

(Keywords: fixed1.7, regression)

Attachments

(3 files)

Screenshot of the broken Helper Applications list
20.70 KB, image/png
Details
Trunk patch
803 bytes, patch
janv
: review+
bryner
: superreview+
Details | Diff | Splinter Review
Branch patch
1.73 KB, patch
janv
: review+
bryner
: superreview+
mkaply
: approval1.7+
Details | Diff | Splinter Review
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
Reporter: Did this bug already occour with the build from 13th April?
I haven't tested that build :-( This was the first nightly I downloaded for a long time, but I will test it later.
Jan, is it not possible to hide a sorted header or something?
Keywords: regression
The header is a minor problem. Not being able to select a row to modify or delete it is a big problem.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.7?
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
OS: Windows XP → All
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.
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?
Attached patch Trunk patch — — Splinter Review
Assignee: prefs → neil.parkwaycc.co.uk
Status: NEW → ASSIGNED
Attachment #146673 - Flags: review+
Attached patch Branch patch — — Splinter Review
The branch also needs the id on the treecol.
Attachment #146673 - Flags: superreview?(bryner)
Attachment #146675 - Flags: superreview?(bryner)
Attachment #146675 - Flags: review?(varga)
Attachment #146675 - Flags: review?(varga) → review+
Attachment #146673 - Flags: superreview?(bryner) → superreview+
Attachment #146675 - Flags: superreview?(bryner) → superreview+
Comment on attachment 146675 [details] [diff] [review] Branch patch Trivial regression fix.
Attachment #146675 - Flags: approval1.7?
Comment on attachment 146675 [details] [diff] [review] Branch patch a=mkaply
Attachment #146675 - Flags: approval1.7? → approval1.7+
Fix checked in, trunk and branch.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Keywords: fixed1.7
Resolution: --- → FIXED
*** Bug 241307 has been marked as a duplicate of this bug. ***
*** Bug 241362 has been marked as a duplicate of this bug. ***
*** Bug 241379 has been marked as a duplicate of this bug. ***
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!
Summary: Helper Applications panel list in Preferences is screwed in 2004041408 → Can't click to select Helper Applications from list in Preferences panel in 1.7rc1
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 :-)
*** Bug 241628 has been marked as a duplicate of this bug. ***
*** Bug 241723 has been marked as a duplicate of this bug. ***
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.
(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'.
*** Bug 241732 has been marked as a duplicate of this bug. ***
*** Bug 241910 has been marked as a duplicate of this bug. ***
*** Bug 241937 has been marked as a duplicate of this bug. ***
*** Bug 241967 has been marked as a duplicate of this bug. ***
Flags: blocking1.7?
*** Bug 242047 has been marked as a duplicate of this bug. ***
*** Bug 242223 has been marked as a duplicate of this bug. ***
*** Bug 242265 has been marked as a duplicate of this bug. ***
*** Bug 242414 has been marked as a duplicate of this bug. ***
*** Bug 243024 has been marked as a duplicate of this bug. ***
*** Bug 243398 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: