*** 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
*** 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
*** 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
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
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
(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
*** 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
(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
(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.
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
(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
*** 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
*** 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
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
(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
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.
(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 original
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,
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
(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 sender
(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 two
different
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
*** 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
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
(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)
return
(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 *partial*
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
Packages, which
(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.
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
(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
(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
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
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
(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 their
*** 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
*** 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
(In reply to José Josephus from comment #73)
rant Such an incredible waste of resources! [...] Getting carried away
with complicated search methods as described above is complete
nonsense!/rant end
I've addressed the obvious social and factual shortcomings of that
comment via private mail,
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 right now.
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.
(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
*** 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
(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
(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
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
*** 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
(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), and
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:
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
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
(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
(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]
*** 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
(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*
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 =
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
(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 for
: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 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), and
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 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
*** 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
(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 match,
(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:
(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
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=nicknamex=1y=3style=topics
I stopped tagging gs reports after the first 2 or 3 result pages.
--
You
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
*** 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
*** 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
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
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
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
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.
(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
*** 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
*** 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
*** 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
*** 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
*** 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
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
*** 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
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 for bug
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.
(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
*** 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
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
*** 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
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
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)
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
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.
--
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
98 matches
Mail list logo
