Open Bug 224374 Opened 22 years ago Updated 1 year ago

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

Categories

(Thunderbird :: Message Reader UI, enhancement)

x86
All
enhancement

Tracking

(Not tracked)

REOPENED

People

(Reporter: david.sagnial, Unassigned)

References

Details

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.
Summary: Choosing which Headers to view → Choosing which Headers to view
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.
*** Bug 264784 has been marked as a duplicate of this bug. ***
This is Seamonkey bug 61523.
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.
*** Bug 291938 has been marked as a duplicate of this bug. ***
As noted at the dupe, the Mnenhy extension provides this capability.
Summary: Choosing which Headers to view → Choosing which Headers to view (custom)
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.
Depends on: 353193
QA Contact: front-end
Assignee: mscott → nobody
Component: Mail Window Front End → Message Reader UI
OS: Windows XP → All
QA Contact: front-end → message-reader
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.
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?
Severity: normal → S3
Status: NEW → RESOLVED
Closed: 1 year ago
Duplicate of bug: 1751540
Resolution: --- → DUPLICATE

@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.

Duplicate of this bug: 1652315

Good points. Reopening

Status: RESOLVED → REOPENED
No longer duplicate of bug: 1751540
Resolution: DUPLICATE → ---
See Also: → 1751540
Summary: Choosing which Headers to view (custom) → Choosing which message headers to display in message reader header (custom)

💡 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.

You need to log in before you can comment on or make changes to this bug.