For an impression how much users want to select and copy from inbound
message headers, see the ancient parent bug:
Bug 61497 - [SM] Can't select text in message headers / copy subject
**42 duplicates** were filed against that bug, most of them demanding
that *all* of the headers should be selecta
*** Bug 356745 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1085
Title:
selecting text in full header mode fails
To manage notifications abo
*** Bug 327621 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1085
Title:
selecting text in full header mode fails
To manage notifications abo
Ryan, Alex, Henry - FYI wrt 114.
10+ duplicates atm, and 42 users CC'ed.
If we could have a similar UX as in composition (easily selectable
recipient pills), that would support this basic workflow for many users
and avoid clumsy workarounds in 2023 (see user story for more).
--
You received this
(In reply to Lebar from comment #51)
> I've got some working code that I was going to submit to Phabricator, but I
> thought that I would check here first on the protocol for context menu
> changes. I opted for a "Reveal in Bookmark Tree" context menu entry in the
> Library that would navigate
Created attachment 9218969
For comparison: Win10: Choose Folder dialog with [Select Folder] button on
78.10.0
For comparison: TB's folder picker dialog for saving multiple messages
on Win10/TB 78.10.0 is better (but also not ideal, e.g. no hint for
saving):
Dialog titled "Choose Folder" (that lo
*** Bug 1708164 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/106737
Title:
Renaming folder to same name but different case not allowed
To manage not
*** Bug 1688134 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1085
Title:
selecting text in full header mode fails
To manage notifications ab
(In reply to Samuel Åslund from comment #57)
> While waiting for this to be fixed could we have a button "new email to all
> recipients", possibly behind the "more" menu/button, since that probably is
> one main use of the copy feature.
Thanks Samuel, but, hmmm, probably not. Have you tried using
(In reply to Jorg K (GMT+1) from comment #55)
> In comment #47 Thomas said:
> > in the long run I'd actually expect to be able to select any amount of
> > header text in-place
> While this is desirable, it's also hard to do right now. So I'll leave this
> bug for now and fix bug 327621 instead.
O
Having a menu command for copying the entire header as a block is
certainly a big step forward, but in the long run I'd actually expect to
be able to select any amount of header text in-place, right there in the
actual headers (like for subject now).
--
You received this bug notification because
(In reply to Jorg K (GMT+1) from comment #43)
> Created attachment 8693516
> Unbitrotted patch.
>
> I found this bug looking for "patchlove". I refreshed the patch.
>
> This is the result:
> from: =?UTF-8?Q?J=c3=b6rg_Knobloch?=
> subject: some subject
> to: some...@somewhere.com
>
> Pretty ugly
(In reply to Wayne Mery (:wsmwk) from comment #27)
> The "lack of interest" by users is perhaps because most users don't know it's
> possible to do this. The lack of progress in a decade on the blocking bugs
> of course doesn't help.
>
> ISTM we only need to fix a couple bugs to make this good
*** Bug 1585532 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1653351
Title:
Have option to not automatically open next email
To manage notifications
*** Bug 1681092 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1653351
Title:
Have option to not automatically open next email
To manage notifications
Aceman, given the high popularity of this bug, can't we use the workaround as
an interim fix when
renaming foo to Foo:
sourcefolder=foo
targetfolder=Foo
if (lcase(sourcefolder) == lcase(targetfolder)) {
- first rename foo to foo.tmp_random
- then rename foo.tmp_random to Foo }
Renaming folders d
(In reply to Massimiliano Caniparoli from comment #12)
> I just read from [TB 79 Beta release
> notes](https://www.thunderbird.net/en-US/thunderbird/79.0beta/releasenotes/)
> that this should be solved now, and I tried once. Could you please test it as
> well? :)
No, that's Bug 1644084 which wa
Does this still cover the original intention of this bug and several duplicates
that users want an option (ideally on by default) where Ctrl+Enter in location
bar opens the address in a new tab? It's confusing that sometimes we need to
press Ctrl and sometimes Alt to open things in a new tab.
Wh
(In reply to Marco Bonardo [::mak] (Away 9-26 Aug) from comment #103)
> I made a small sheet to better understand what changes here, please check
> and comment if something doesn't look correct.
> https://docs.google.com/spreadsheets/d/
> 1VVEVjyIYRZIFteM71j5bJhENa2xXT82gaikr0WgpKLA/edit#gid=0
>
>
(In reply to Ben Bucksch (:BenB) from comment #147)
> When I select an identity, click "Customize From Address", and edit it, I
> then can still select other identities, and they will apply. That's good.
> But when I select the same identity that I originally selected, I do not
> return to the orig
UX input: I definitely want this feature pref'ed off. This is very
advanced stuff, and quite hazardous when used wrongly (users might not
notice, or too late, that their important emails haven't been sent by
server because they mis-tweaked their sender address). Just warning once
imo is not enough.
I still think that the current UI for this is wrong because it's
disjunct/dislocated.
If we allow to edit the currently selected sender, then the control to start
that should be near that sender. Clicking at the low end of a dropdown to edit
the current entry at the top is bad UX imo.
Also, ther
(In reply to Ben Bucksch (:BenB) from comment #129)
> (In reply to Josiah Bruner [:JosiahOne] (needinfo > CC) from comment #125)
> > UI-Review:
> > - "Customize From Address" is confusing. “Enter a custom address” perhaps?
>
"Customize From Address"|"Edit Sender" vs. "Enter a custom address" are t
(In reply to n...@parkwaycc.co.uk from comment #133)
> Created attachment 8572084
> Possible patch
>
> I hid the option in the Options menu where it might be less discoverable.
Screenshot would be nice.
> (In reply to Thomas D. from comment #132)
> > - allow editing only after double-click on se
Magnus, thanks for approving this for beta and aurora.
(In reply to Magnus Melin from comment #103)
> As seen in the past every minor change might get someones use-case slightly
> wrong.
> We have usually let patches bake through aurora+beta before esr, but with 38
> coming up soonish I think what
(In reply to Magnus Melin from comment #98)
> I don't think this is ESR material as it's a new behavior not fixing a
> regression.
In view of 33 votes here and the quantity of bugs reported against
autocomplete result sorting algorithm, I find that evaluation
nitpicking. While in a strictly techni
Magnus, can you please set the appropriate flags to get this into a TB
release version as soon as possible, even for TB31 if possible?
I'm seeing more and more bug reports where users complain that nickname
searches no longer work (they never have, but they appeared to... but
now, depending on sce
*** Bug 1132681 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
To manage notifications a
(In reply to Magnus Melin from comment #92)
> Comment on attachment 8557496
> Patch v2
>
> Review of attachment 8557496:
> -
>
> Hmm, Thomas has some point. So here's what I think we should do:
>
> if (nick == aSearchString)
> ret
(In reply to Thomas D. from comment #88)
> Comment on attachment 8557496
> Patch v2
>
> Review of attachment 8557496:
> -
>
> True, but still not sufficient for ensuring absolute top ranking for *full*
> nickname matches over *partia
(In reply to Michael Gile from comment #80)
> and one should not have to wait .5s for the autocomplete to prefill to hit
> tab.
Michael, that's Bug 1012397.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/b
Nit: While we are here, can you please fix this comment:
http://mxr.mozilla.org/comm-central/source/mailnews/addrbook/src/nsAbAutoCompleteSearch.js#152
> 152 // ":xx:", "jd", "who".
152 // ":xx", "jd", "who".
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Comment on attachment 8557496
Patch v2
Review of attachment 8557496:
-
Thanks a lot Suyash for your quick response to my request to pick this
up - I am really getting tired of referencing and explaining this bug
(and workaround) in o
(In reply to Magnus Melin from comment #82)
> This should be pretty straight forward to fix, now that bug 970456 is fixed.
> You'd just adjust the scoring there to be higher if it's a match in nickname.
Suyash, could you try this? It's pretty important to offer a 100%
predictable way of using auto
UX-error-prevention / Pref
1) General interest and usefulness of this feature seem to have
declinied: Last duplicate of this bug filed 2006, 8 years ago. Only 4
supportive comments since 2005. As we speak, many common email-providers
do no longer allow defining random "From" values, to prevent spa
(In reply to Josiah Bruner [:JosiahOne] (needinfo > CC) from comment #109)
> Created attachment 8544150
> Example sketch.
I'm not sure if the sketch UI will work out well as presented; imo it
might easily create confusion and wrong assumptions about this feature.
>From selector in compose UI of c
Adding relevant search words to summary - was too hard too find!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1347305
Title:
Address fields are grey when composing messages
To manage notifications
*** Bug 1036626 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/235101
Title:
Can't select/copy/paste address block from Address Book in Thunderbird
To
(In reply to Josiah Bruner [:JosiahOne] (needinfo > CC) from comment #2)
> This was an intentional change made across platforms that makes text fields
> appear as single lines when text needs to be entered instead of the bulkier
> text fields.
Imho how bulky text fields appear depends much on thei
*** Bug 1061063 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1347305
Title:
Address fields are grey when composing messages
To manage notifications
*** Bug 1051638 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1347305
Title:
Address fields are grey when composing messages
To manage notifications
(In reply to José Josephus from comment #73)
> Such an incredible waste of resources! [...] Getting carried away
> with complicated search methods as described above is complete
> nonsense!
I've addressed the obvious social and factual shortcomings of that
comment via private mail, including a li
OT: (In reply to :aceman from comment #68)
> > > Now I can't send to a list!
> > j.mccranie, problem appreciated, but it's not related to this bug so let's
> > be focused. Feel free to file a new bug if this isn't on record yet. But I
> > think I've seen a recent bug for that which I can't find rig
Aceman, Suyash, sorry for nagging, but given the added importance of
this bug for the current autocomplete UX, could you answer to my Comment
59?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/956618
T
(In reply to :aceman from comment #71)
> The infrastructure created in bug 970456 should make it easy to prioritize
> anything we want. Unless deciding about the priority of each contact is slow
> and so unnacceptable for large result sets.
I want to believe so too, but aren't we sorting plain *re
(In reply to yanlu from comment #64)
> (In reply to yanlu from comment #60)
> > I have a quite large email adress book : 525 "collected adresses" and 15000
> > "personnal adresses". Thunderbird is badly impacted with the TB31 email
> > autocompletion behaviour :
> Seems fixed in TB 31.1.1 with
> h
*** Bug 323364 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
To manage notifications ab
(In reply to j.mccranie from comment #62)
> Now I can't send to a list!
j.mccranie, problem appreciated, but it's not related to this bug so
let's be focused. Feel free to file a new bug if this isn't on record
yet. But I think I've seen a recent bug for that which I can't find
right now.
--
You
Aceman, Suyash, can you look into this? (See starting points at the
bottom of this comment)
STR are found in comment 45, please ignore comment 0 which has a wider
scope not applicable for what we want here.
This bug should be fixed *as a matter of urgency* and landed into TB
ESR31, because it ren
*** Bug 1059630 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
To manage notifications a
(In reply to Thomas D. from comment #45)
> (In reply to Deven Corzine from comment #43)
> > This worked in Thunderbird 2, which means it's a regression bug, not an
>
> Fwiw, notwithstanding the annoyingness of this bug, it is NOT a regression.
> I just tested this on TB version 2.0.0.24 (20100228)
Sorry, the flags should have another comment, so I'll toggle them back
and forth once more to get that right.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding nam
Oh, and somewhat contrary to comment 0, my understanding of this bug is
that most importantly, we want to toplist autocomplete results where
nickname==searchstring (full string match). Haven't thought about
partial nickname matches much, but strongly suspect we shouldn't
undermine popularity more t
Aceman, I think this shouldn't be too hard and will be very similar and
in same code area as your sophisticated patch in Bug 984875, attachment
8428850. My comment 50 and comment 51 also provide a starting point how
this could be done. Perhaps the combination of your insight and my
starting points
*** Bug 733062 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/235101
Title:
Can't select/copy/paste address block from Address Book in Thunderbird
To
Hi! You are receiving this message because you are cc'ed on
Thunderbird's Bug 216132: Toggle mail compose between Plain text and
HTML. As announced in comment 65, and in support of weirdkeen's most
welcome initiative to finally tackle this bug (see comment 67), I'm
duping this bug against bug 14080
*** Bug 224852 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/235101
Title:
Can't select/copy/paste address block from Address Book in Thunderbird
To
(In reply to Ben Bucksch (:BenB) from comment #88)
+1, I'd like to register my support for Ben's support of this bug :)
65 votes and 15 duplicates with consistent inflow over a large time span
are a good indication that "edit subject" feature has the potential of
adding significant value for many
*** Bug 947267 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/490935
Title:
it is not possible to modify email subject
To manage notifications about t
(In reply to Lee_Dailey from comment #85)
> this extension from paolo kaosmos does the job. it replaces the old
> headertools extension mentioned in comment 37 and is actively supported.
> - Headers ToolsLight: edit Subject, Sender, Full source etc
> [Forum] http://forums.mozillazine.org/viewtopic
(In reply to Thomas D. from comment #44)
> users correctly expect from the intrinsic purpose of nickname design,
> that nicks should have absolute priority in searches, which includes
> priority over frecency. Frecency is a way of automatically establishing
> *dynamic* nicks, but certainly *static
(In reply to Thomas D. from comment #50)
> This looks like one of the main places where we call addToResult(...)
> function (see comment 49).
> If that's correct, one way of fixing this bug might be this:
>
> Around here...
>
> http://mxr.mozilla.org/comm-central/source/mailnews/addrbook/src/
> n
(In reply to Thomas D. from comment #45)
> (In reply to Deven Corzine from comment #43)
> > This worked in Thunderbird 2, which means it's a regression bug, not an
>
> Fwiw, notwithstanding the annoyingness of this bug, it is NOT a regression.
> I just tested this on TB version 2.0.0.24 (20100228)
:aceman just fixed bug 529584 which is also about the result set in
recipient autocomplete, so the patch there (attachment 803332) might be
good starting point to identify the right spot in the code.
And to everyone following this bug, if you have an interest in getting
this fixed, even if you're
(In reply to Deven Corzine from comment #43)
> How does such an obvious bug get filed and debated for year (2013), after
> year (2012), after year (2011), after year (2010), after year (2009), after
> year (2008), after year (2007), after year (2006)... but never actually
> fixed?
Deven, thanks fo
Given that all other nicks out there follow the inherent UX-concept of
an ALIAS name or shortcut (where the nick is synomymous with its
parent), and given that the FF equivalent of nicks aka "keywords" follow
this inherent design principle correctly (nicks getting absolute
priority in awesome locat
For non-LDAP cases, I understand that it's this addToResult(...)
function which finally sorts the autocomplete results list:
http://mxr.mozilla.org/comm-
central/source/mailnews/addrbook/src/nsAbAutoCompleteSearch.js#276
Seems to first sort on popularity here (after having removed duplicates)...
This looks like one of the main places where we call addToResult(...) function
(see comment 49).
If that's correct, one way of fixing this bug might be this:
Around here...
http://mxr.mozilla.org/comm-central/source/mailnews/addrbook/src/nsAbAutoCompleteSearch.js#146
146 let email = card.primar
(In reply to Deven Corzine from comment #43)
> This worked in Thunderbird 2, which means it's a regression bug, not an
Fwiw, notwithstanding the annoyingness of this bug, it is NOT a regression.
I just tested this on TB version 2.0.0.24 (20100228), and nicks do NOT get
absolute precedence in comp
*** Bug 540729 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1085
Title:
selecting text in full header mode fails
To manage notifications abo
*** Bug 742244 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/10883
Title:
Stuck in proportional font mode
To manage notifications about this
See also:
Bug 295428 - Names and nicknames should still work in address book
without autocomplete
Bug 118624 - AB quick search and contacts side bar does not search/match
Nickname field, but should (ux-inconsistent with autocomplete)
Bug 400713 - Allow showing any fields from address book as col
This bug (and related bugs on nicknames) are supported by plenty of complaints
at getsatisfaction:
265 topics found for nickname
https://getsatisfaction.com/mozilla_messaging/searches?query=nickname&x=1&y=3&style=topics
I stopped tagging gs reports after the first 2 or 3 result pages.
--
You r
(In reply to Brian Hauer from comment #21)
> Expanding on the example above, assume you have nicknames "wil", "jan", and
> "bob". You should be able to type "wil,jan,bob" to quickly address a mail
> to all three. When focus leaves the field, the parser should expand each
> based on a nickname mat
(In reply to Thomas D. from comment #38)
> So resolving multiple comma-separated
> nicks is probably beyond the scope of this bug. More reminiscent of (but
> perhaps not the same as) bug 295428. I'd recommend filing a separate bug for
> resolving a comma-separated list of nicknames.
OT: Resolving
(In reply to Thomas D. from comment #38)
> So resolving multiple comma-separated nicks is probably beyond the scope of
> this
> bug. I'd recommend filing a separate bug for resolving a comma-separated list
> of
> nicknames.
OT: also about resolving multiple comma-separated nicks on one line:
htt
(In reply to Thomas D. from comment #54)
> How is this different from bug 140800?
>
> If they are the same, that would make this quite a much-wanted request with
> 100 votes and 23 dupes...
I have not heard any objections against merging this into bug 140800 as
they are essentially the same. That
Adding some searchwords for better retrievability.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/261595
Title:
Thunderbird corrupts Mailbox when hd is full
To manage notifications about this bug go
*** Bug 599664 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/261595
Title:
Thunderbird corrupts Mailbox when hd is full
To manage notifications about
*** Bug 765610 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/261595
Title:
Thunderbird corrupts Mailbox when hd is full
To manage notifications about
*** Bug 849506 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/235101
Title:
Can't select/copy/paste address block from Address Book in Thunderbird
To
Somebody should check to which of the current bugs the following link
belongs, currently found in see-also of this bug:
https://launchpad.net/bugs/711314
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/
I purged the unfit dupes of this bug and re-duped them to where they
belong.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/711314
Title:
Address Book - Can't drag and drop contacts to list
To manag
As announced and explained in comment 70, I will close this bug because
it has lost focus of the original MAC-only problem and has become too
messy to maintain.
* The original MAC-only problem of this bug has been re-filed as bug
814342. That problem was observed *before* bug 128124 made the list
*** Bug 232519 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to folders
To manage not
(In reply to Brian Murrell from comment #19)
> Has this ticket gone moribund for a new ticket covering the same general
> features?
No, this ticket is still alive in the mailnews core component shared by
SeaMonkey and TB. Otherwise, I suppose *all* tickets are now moribund
unless volunteers like y
*** Bug 542038 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to folders
To manage not
And as Mozillians never got round to fix those thousands of acknowledged
bugs, and some were even bold enough to declare that TB's users are
happy with the status quo, nobody remembered all those age-old bugs,
while the dupes gathered from all corners of the world and lived happily
everafter...
--
*** Bug 249750 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to folders
To manage not
*** Bug 259709 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to folders
To manage not
*** Bug 347647 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to folders
To manage not
*** Bug 724771 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to folders
To manage not
*** Bug 260556 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to folders
To manage not
Assigned to: David :Bienvenu - does that still apply?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/98596
Title:
Reply and Forward buttons don't work when opening a rfc822 attachment
in a new wind
(In reply to Thomas D. from comment #71)
> Adding more prominent pointer to the Thunderbird equivalent of this bug
> (keeping which might be helpful to avoid duplicates in TB product).
I fell prey to the confusion myself. TB bug 282841 is the equivalent of
Mailnews Core bug 135126, so it's not rel
Adding more prominent pointer to the Thunderbird equivalent of this bug
(keeping which might be helpful to avoid duplicates in TB product).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/711314
Title:
Wow, what a confusion here!
(In reply to Mike Cowperthwaite from comment #42)
> This bug morphed, unacceptably in my view, starting at comment 27. That
> problem is/was entirely different from the (Mac-only) problem originally
> reported here.
+1
> The "new" problem, brought on by the "fix" f
How is this different from bug 140800?
If they are the same, that would make this quite a much-wanted request
with 100 votes and 23 dupes...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/10883
*** Bug 773135 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/10883
Title:
Stuck in proportional font mode
To manage notifications about this
See also:
Bug 718306 - Changing layout breaks with Mail Summaries and/or Conversations
Bug 531397 - switching Layout modes breaks feed content display entirely until
restart
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bug
1 - 100 of 111 matches
Mail list logo
