*** Bug 1092628 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1347305
Title:
Address fields are grey when composing messages
Stat
*** Bug 356745 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1085
Title:
selecting text in full header mode fails
Status in Mozil
*** Bug 327621 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1085
Title:
selecting text in full header mode fails
Status in Mozil
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
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 Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/106737
Title:
Renaming folder to same name but different case not al
(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
*** Bug 1688134 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1085
Title:
selecting text in full header mode fails
Status in Mozi
(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 1681092 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1653351
Title:
Have option to not automatically open next email
Sta
*** Bug 1585532 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1653351
Title:
Have option to not automatically open next email
Sta
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
>
>
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 #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
(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 Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
Statu
(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
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 Desktop
Packa
(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 Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://
(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
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
(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
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
Adding relevant search words to summary - was too hard too find!
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1347305
Title:
Address fields are grey when composing messages
Sta
*** Bug 1061063 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1347305
Title:
Address fields are grey when composing messages
Stat
(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 1051638 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1347305
Title:
Address fields are grey when composing messages
Stat
(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
(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
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 Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpa
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
(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 Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
Status
(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 Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
Statu
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 Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname
(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)
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
(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 Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/490935
Title:
it is not possible to modify email subject
Status in M
(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 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
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)...
(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
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
*** Bug 540729 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/1085
Title:
selecting text in full header mode fails
Status in Mozil
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 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 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. 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
*** Bug 765610 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/261595
Title:
Thunderbird corrupts Mailbox when hd is full
Status in
*** Bug 599664 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/261595
Title:
Thunderbird corrupts Mailbox when hd is full
Status in
Adding some searchwords for better retrievability.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/261595
Title:
Thunderbird corrupts Mailbox when hd is full
Status in Mozilla Thu
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 Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://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 Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/711314
Title:
Address Book - Can't drag and drop contac
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 260556 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to fo
*** Bug 542038 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to fo
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 347647 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to fo
*** Bug 259709 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to fo
*** Bug 249750 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to fo
*** Bug 232519 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to fo
*** Bug 724771 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/848183
Title:
RFC822 Attachments and .EML files cannot be moved to fo
(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
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 Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/
(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
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
Alta88 claims in Bug 531397 Comment 12 that his MoreLayoutsforThunderbird addon
(1)
fixes many bugs that occur when changing View > Layout.
Maybe he can help to fix this longstanding bug (15 duplicates since
2004), or somebody can get some coding inspiration from his addon.
(1) https://addons.m
*** Bug 520953 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/397574
Title:
Encoding problems after switching the layout
Status in
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 Desktop
Packages, which is subscribed to thunderbird in
*** Bug 767031 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/397574
Title:
Encoding problems after switching the layout
Status in
Search for related bugs or duplicates (bravely assuming they mention
"Layout" in bug summary):
:thun,mail [layout
https://bugzilla.mozilla.org/buglist.cgi?quicksearch=%3Athun%2Cmail%20[layout
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed
can't find dupe for TB.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/699922
Title:
Thunderbird displays notification on wrong monitor
Status in Mozilla Thunderbird Mail and New
I guess we might want to keep Thunderbird bug 327621 which requests the
same so that it can be more easily found and remembered for the
*Thunderbird* Product. Technically, it's a dupe of this bug 167010.
--
You received this bug notification because you are a member of Desktop
Packages, which is
While this bug may not technically depend on Bug 136897, and may differ
in other ways, they are related in that they address a similar type of
problem in a similar part of the UI. Unfortunately bmo doesn't have many
ways yet of expressing such relations. Let's keep a link then, in see
also.
--
Yo
I suppose there must be a lot of reports on this on getsatisfaction, but
I don't have time to research. If you find some, please tag them "bug
167010" so that URL of this bug will expose them. Then, we need to label
one of these reports canonical.
--
You received this bug notification because you
99 matches
Mail list logo
