224374 - Choosing which message headers to display in message reader header (custom)

Status: REOPENED

(Thunderbird :: Message Reader UI, enhancement)

Description

[david sagnial]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031015 Firebird/0.7 (MozJF)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031015 Firebird/0.7 (MozJF)

It would be great if we can choose which headers we want to view and not only
normal or all

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[Clement Cherlin]

Specifically, I would greatly appreciate the ability to choose to use either a
whitelist of headers to always show (making all others hidden), or a blacklist
of headers to always hide (making all others visible). An additional enhancement
would be to make the headers displayed newsgroup-specific.

Comment 2

[Mike Cowperthwaite]

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

Comment 3

[Mike Cowperthwaite]

This is Seamonkey bug 61523.

Comment 4

[Erik Harris]

The ability to choose headers to whitelist or blacklist should also allow
wildcards.  i.e. I'd like to whitelist "X-*" to enable all extended custom headers.

Comment 5

[Mike Cowperthwaite]

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

Comment 6

[Mike Cowperthwaite]

As noted at the dupe, the Mnenhy extension provides this capability.

Comment 7

[David :Bienvenu]

see bug 353193 for some backend work that allows the user to set a pref controlling what extra headers to display - it doesn't support wild-cards, however, though if there's interest, I could add that ability.

Comment 9

[Ronald Killmer]

This RFE needs updating to reflect TB3 behaviors due to the new header panel within the message pane.

TB3 dropped the Twisty that activated a compact header display, leaving just the View menu options of Normal or Full headers. There are hidden prefs for a few additional headers, referenced in Comment 7, that can be edited through Config Edit.

A near term solution could be reworking the View options to offer Brief, Normal, and Full options.
1) Brief providing current normal content while blocking use of hidden prefs.
2) Normal would include existing hidden prefs and some extended content.
3) All to be same as current All content.

Our code base should facilitate extensions that could deliver wild card header selections.

Comment 10

[Dan Mosedale (:dmosedale, :dmose)]

While I don't expect that this is utterly trivial to do right now, I wouldn't expect it to be particularly difficult either.  Is there reason to believe that our existing extension points are insufficient?

Comment 12

[chrizilla]

@Wayne Mery:
I think this is a mistake. This bug should be reopened, because these are definitely not duplicates.

• This bug requests to select which header fields to display.
• Bug 1751540 does not mention header fields at all, but instead wants to "save message header screen space" in other ways, namely by:
  • "dropping From: and To:" (not the content of these header fields, but only the words "from" and "to")
  • "truncate the Subject line"
  • "drop some buttons"

Also note that bug 224374 has been used to deduplicate 4 other bugs already.

Comment 14

[Wayne Mery (:wsmwk)]

Good points. Reopening

Comment 15

[chrizilla]

💡 ideas for implementation

1. provide 3 header view modes in (view > headers): normal / extended / all
   If memory serves me correctly, this is exactly how it worked in good old TB 1.5

   • normal: exists already
   • extended: could repurpose mailnews.headers.extraExpandedHeaders which is currently used to extend the normal view
   • all: exists already

2. or else add a flyout-menu to select/deselect header fields on the fly.
   The menu would need to list all existing fields, so it would be a long list.
   Related/similar header fields would therefore need to be regrouped into fly-out submenus.