[Desktop-packages] [Bug 1347305]
*** 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
Status in Mozilla Thunderbird:
Confirmed
Status in thunderbird package in Ubuntu:
Confirmed
Bug description:
When composing a message, any address field that does not have the
cursor is shown as grey. While this is at first only a cosmetic
glitch, it is also serious usability issue: Usually any field that can
be edited is white and text that can't be edited is simply drawn grey.
Now it looks like Thunderbird does not allow editing of the recipient
addresses. Only when you try it regardless you discover that it is
still editible.
I attached a screenshot showing a stuffed up composer window.
This bug appeared with the latest update of Thunderbird that was
installed today.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: thunderbird 1:31.0+build1-0ubuntu0.14.04.1
ProcVersionSignature: Ubuntu 3.13.0-30.55-generic 3.13.11.2
Uname: Linux 3.13.0-30-generic x86_64
AddonCompatCheckDisabled: False
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: kaymes 2516 F pulseaudio
BuildID: 20140721092545
Channel: Unavailable
CurrentDesktop: Unity
Date: Wed Jul 23 10:37:17 2014
ExecutablePath: /usr/lib/thunderbird/thunderbird
ForcedLayersAccel: False
IfupdownConfig:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
IncompatibleExtensions:
Lightning - {e2fda1a4-762b-4020-b5ad-a41df1933103}
English (GB) Language Pack - langpack-en...@thunderbird.mozilla.org
Deutsch (DE) Language Pack - langpack...@thunderbird.mozilla.org
Thunderbird (default) - {972ce4c6-7e08-4474-a285-3208198ce6fd}
InstallationDate: Installed on 2014-07-02 (20 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
IpRoute:
default via 10.33.0.1 dev eth0 proto static
10.33.0.0/22 dev eth0 proto kernel scope link src 10.33.1.197 metric 1
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
LocalLibraries:
/home/kaymes/.thunderbird/dymzcbig.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/Linux_x86_64-gcc3/libcalbasecomps.so
PrefSources:
prefs.js
[Profile]/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/defaults/preferences/lightning.js
Profiles: Profile0 (Default) - LastVersion=31.0/20140721092545 (In use)
RelatedPackageVersions:
rhythmbox-mozilla 3.0.2-0ubuntu2
totem-mozilla 3.10.1-1ubuntu4
RfKill:
RunningIncompatibleAddons: True
SourcePackage: thunderbird
UpgradeStatus: No upgrade log present (probably fresh install)
WifiSyslog:
Jul 23 08:56:13 uqbox kernel: [427030.548782] [drm] Setting output timings
on SDVOB failed
Jul 23 09:37:38 uqbox kernel: [429515.541016] [drm] Setting output timings
on SDVOB failed
Jul 23 10:06:02 uqbox kernel: [431219.445267] [drm] Setting output timings
on SDVOB failed
Jul 23 10:07:12 uqbox kernel: [431289.957320] [drm] Setting output timings
on SDVOB failed
Jul 23 10:23:06 uqbox kernel: [432243.381132] MATLAB[25882]: segfault at 8
ip 7f2f4507bcfe sp 7f2f06cc5320 error 4
dmi.bios.date: 10/27/2011
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A13
dmi.board.name: 0J468K
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 3
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
dmi:bvnDellInc.:bvrA13:bd10/27/2011:svnDellInc.:pnOptiPlex960:pvr:rvnDellInc.:rn0J468K:rvrA00:cvnDellInc.:ct3:cvr:
dmi.product.name: OptiPlex 960
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/1347305/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
*** 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 Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
*** 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 Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
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 selectable for copying, i.e. including *recipients*. However, bug 61497 only fixed half of the problem (selecting subject), the other half was moved to this bug 167010 (originally `SeaMonkey`, then `MailNews Core`, now `Thunderbird`). -- 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 Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
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 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 Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1672139]
(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 to the appropriate place in the tree and then
> highlight the entry in the right-hand panel (this seemed more sensible than
> devising a new window just to show path).
Hi Lebar, thank you for working on this, that's awesome! The behaviour
sounds good to me (but it's not my call).
The reporter of this bug, `Alex Faaborg [:faaborg] (Firefox UX) ` has
provided some UX feedback in comment 6. `Reveal in Bookmark Tree` sounds
exciting (as in 'Rise the curtain on this bookmark!'), but probably
plain vanilla `Open Containing Folder` will be best for Windows (perhaps
with variations like `Open Enclosing Folder` for other operating
systems, but don't worry about that now). FF also uses `Open Containing
Folder` for downloads when you hover the folder icon.
> Is there some specific vetting process for menu/GUI changes? Are
there other reviewers other than Mark or Marco that need to be included
in the commits?
Looking at the official owners and peers of the [Bookmark and History
(Places)](https://wiki.mozilla.org/Modules/Desktop_Firefox#Bookmarks_.26_History)
module, Mark or Marco should be the right people to review this.
Just file your patch on phabricator first (make sure to link it to this bug by
filling the bug number in the appropriate field) and set Mark as a reviewer. He
will certainly advise you on the next steps.
I work for Thunderbird, but I'd love to see this fixed as you can see
from my comments here from time immemorial ;-)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/1672139
Title:
Add "Open Enclosing Folder" context menu to search results of
bookmarks in the Library window (link to view/open containing folder,
parent folder button)
Status in Mozilla Firefox:
In Progress
Status in firefox package in Ubuntu:
Confirmed
Bug description:
Firefox is great. It has bookmarks.
But it is impossible to open bookmark's folder in search results.
Steps to reproduce:
1. Open Firefox
2. Open its Bookmark Manager ()
3. Search for bookmark
4. Try to find its folder with right-click menu.
5. It is impossible to find bookmark's folder.
Expected results:
Firefox is mature, so it is expected that user can find bookmark's folder.
For example Google Chrome has "Show in folder" menu option.
Note: original bug was reported 8 years ago, but it is not fixed.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: firefox 52.0+build2-0ubuntu0.12.04.1
ProcVersionSignature: Ubuntu 3.13.0-110.157~precise1-generic 3.13.11-ckt39
Uname: Linux 3.13.0-110-generic x86_64
AddonCompatCheckDisabled: False
AlsaVersion: Advanced Linux Sound Architecture Driver Version
k3.13.0-110-generic.
ApportVersion: 2.0.1-0ubuntu17.15
Architecture: amd64
ArecordDevices:
List of CAPTURE Hardware Devices
card 0: PCH [HDA Intel PCH], device 0: ALC269VB Analog [ALC269VB Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: nikolay8420 F pulseaudio
BuildID: 20170303013352
Card0.Amixer.info:
Card hw:0 'PCH'/'HDA Intel PCH at 0xf7d18000 irq 46'
Mixer name : 'Intel PantherPoint HDMI'
Components : 'HDA:10ec0269,10431507,00100100
HDA:80862806,80860101,0010'
Controls : 24
Simple ctrls : 9
Channel: Unavailable
Date: Sun Mar 12 13:59:45 2017
Extensions: extensions.sqlite corrupt or missing
ForcedLayersAccel: False
IfupdownConfig:
auto lo
iface lo inet loopback
IncompatibleExtensions: Unavailable (corrupt or non-existant
compatibility.ini or extensions.sqlite)
InstallationMedia: Ubuntu 12.04.4 LTS "Precise Pangolin" - Release amd64
(20140204)
IpRoute:
default via 192.168.3.1 dev wlan3 proto static
169.254.0.0/16 dev wlan3 scope link metric 1000
192.168.3.0/24 dev wlan3 proto kernel scope link src 192.168.3.6 metric
2
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
Locales: extensions.sqlite corrupt or missing
MarkForUpload: True
MostRecentCrashID: bp-a82bbe13-104c-487f-84dc-178712170311
Plugins: Shockwave Flash - /usr/lib/flashplugin-installer/libflashplayer.so
PrefSources:
prefs.js
[Profile]/extensions/{3d7eb24f-2740-49df-8937-200b1cc08f8a}/defaults/preferences/flashblock.js
[Profile]/extensions/swappr...@mahendra.com/defaults/preferences/prefs.js
[Profile]/extensions/{e36db930-f18d-4449-b45f-e286cfb9e03a}/defaults/preferences/markingcollection-prefs.js
[Profile]/extensions/tabletoo...@mingyi.org/defaults/preferences/tt_defaults.js
Profiles:
[Desktop-packages] [Bug 1774121]
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 looks set by TB, as it's non- localized), button labelled "Ordner auswählen" (German for "Select/choose Folder", so that's probably Win10-dialog-inbuilt). -- 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/1774121 Title: Save button on "Save All Attachments" dialog says "Open" Status in Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Confirmed Bug description: Good day, I'd like to report a bug in Thunderbird 52.8.0 (64 bit). I use ubuntu 18.04 LTS with Gnome 3.28.1. affects ubuntu/thunderbird When i need to save all attachments in one mail into a directory and i right click into the attachment and select "save all files" the green button is displayed as "open" instead of "save" but the action of saving is performed correctly. Kind regards -- Marco Masetti To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1774121/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 106737]
*** 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 allowed Status in Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: Binary package hint: mozilla-thunderbird In 1.5.0.10, renaming the folder "foo" to "foO", "fOo" or "Foo" isn't allowed; the OK button isn't clickable upon typing the new name. However, this can be worked around by renaming the folder "foo" to "bar" first, and then renaming "bar" to "foO". To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/106737/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
(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 "Reply All" (Ctrl+Shift+A) or "Edit as New Message" (Ctrl+E), then remove msg body and attachments)? > By the way, the workaround to open the source and copy / paste from there > does not work well when UTF8 characters are involved. > Pasting what is copied from the message source into the address field does > not convert the encoded character back, it shows the encoding. Yeah, source it's an animal of its own, there might well be shortcomings there. Please file bugs if they haven't been filed yet. -- 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 Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
*** 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 Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
(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. Only that this bug 167010 and bug 327621 are duplicates, so you'll still be working on the same thing... ;) Adding context menus for copying is here: Bug 7 - [SM] "Copy email address" doesn't copy name Bug 232021 - name should be included with email address when copying from header menu -- 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 Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
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 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 Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
(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: > - The headers need to be RFC 2047 decoded. > - lowercase in the field names. That sounds doable? > So the question is, before I invest more work here: Does anyone want this? Definitely yes. 17 votes, 8 duplicates across many years. And it's just a freaking annoyance if any relevant text content which is right in front of me cannot be copied and reused for other purposes. Email addresses clearly qualify as relevant text content. Subject is already copyable. > The nice add-on "HeaderToolsLite" also gives access to the headers, you can > even edit them. Thanks for the pointer. Ability to copy relevant text content should be core functionality. -- 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 Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 810769]
(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 enough to send out > for wider testing. What do others think? Having this would surely be useful to make us look and feel better. I'm not sure how much priority it would be worth, maybe I'd prefer to fix even more basic scenarios (e.g. that after saving (downloading) an attachment to your disk, there's zero hint in the UI how to open the target location with your OS file manager, so unless you already know about Ctrl+J, you'll have to start navigating all the way to that attachment in Explorer whereas TB knows exactly where it is). > Perhaps a good starting point is Bug 749654? Bad message in Outbox blocks delivery of remaining messages until dialog is dismissed. Bug 749654 is an excellent starting point, that nasty thing really needs fixing although it may not be in everybody's workflows. -- 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/810769 Title: Sending window distracting and interrupts flow Status in Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Confirmed Bug description: When sending an email in Thunderbird a small dialog box appears to say the message is being sent and this affects the flow of interacting with your email. In almost every case I move the focus away from that window and go to my INBOX. My recommendation would for the window to not show and to show this information in the status bar (similar to how it works in Evolution). ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 5.0+build1+nobinonly-0ubuntu5 ProcVersionSignature: Ubuntu 3.0.0-5.6-generic 3.0.0-rc7 Uname: Linux 3.0.0-5-generic i686 Architecture: i386 Date: Thu Jul 14 14:59:20 2011 InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Alpha i386 (20110202) ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird UpgradeStatus: Upgraded to oneiric on 2011-07-13 (1 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/810769/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1653351]
*** 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 Status in Mozilla Thunderbird: Confirmed Status in Ubuntu GNOME: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: I have found that with Thunderbird if I open an email and then press a button such as the "Junk" or "Delete" button, it will automatically move on and open the next email. Now as I get a lot of spam on this email in the inbox with the spam filter not properly configured yet, it would be very useful if there were an option to disable this automatically opening the next email feature. So that it would just go to the blank screen in the email display section. Quite a few people I know for similar reasons say they would like an option like this so that malicious emails don't accidentally get opened. To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1653351/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1653351]
*** 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 Status in Mozilla Thunderbird: Confirmed Status in Ubuntu GNOME: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: I have found that with Thunderbird if I open an email and then press a button such as the "Junk" or "Delete" button, it will automatically move on and open the next email. Now as I get a lot of spam on this email in the inbox with the spam filter not properly configured yet, it would be very useful if there were an option to disable this automatically opening the next email feature. So that it would just go to the blank screen in the email display section. Quite a few people I know for similar reasons say they would like an option like this so that malicious emails don't accidentally get opened. To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1653351/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 106737]
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 doesn't happen every day, so taking a split second longer
doesn't matter.
That way, it'll work for all types of folders/OSs/POP/Imap no matter what
(except for those where the server doesn't allow renaming).
Then, we can spend the next decades looking for the real fix. Or maybe this is
the real fix, because even some servers don't accept changing capitalization
only, so we'd elegantly trick those.
The only scenario where this might fail are extra long nested folder names at
the limit, where we might fail to create the tmp target folder if the tmp path
gets too long or such.
--
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 allowed
Status in Mozilla Thunderbird:
Confirmed
Status in thunderbird package in Ubuntu:
Triaged
Bug description:
Binary package hint: mozilla-thunderbird
In 1.5.0.10, renaming the folder "foo" to "foO", "fOo" or "Foo" isn't
allowed; the OK button isn't clickable upon typing the new name.
However, this can be worked around by renaming the folder "foo" to
"bar" first, and then renaming "bar" to "foO".
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/106737/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1514161]
(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 was fixed, not this one. As you can see, this bug
1318405 is still `NEW`, i.e. not yet fixed.
But in fact, this bug is also worksforme (maybe fixed by Bug 1644084) on TB
79.0b1 (32-bit), Win10.
--
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/1514161
Title:
Address Book search loses filter when multiple entries found and one
is deleted
Status in Mozilla Thunderbird:
Invalid
Status in thunderbird package in Ubuntu:
Confirmed
Bug description:
just an annoyance: imagine you want to delete an email from all the
address books. you click on the top item "All Address Books" and then
enter the email into the search box. let's assume the search shows you
several hits which all appear in the window below the search box. you
click on the first one and you press the delete key. a dialog appears
and you confirm the action with ok. the window, which was up until now
showing several hits to your search, refreshes and shows you *all*
your emails, in spite that the search box is still showing your
selection restriction. imho, this is a contradiction. either the
search box has to be reset to empty or the window should again show
the corresponding selection.
ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: thunderbird 1:38.3.0+build1-0ubuntu0.15.04.1
ProcVersionSignature: Ubuntu 3.19.0-31.36-generic 3.19.8-ckt7
Uname: Linux 3.19.0-31-generic x86_64
NonfreeKernelModules: nvidia
AddonCompatCheckDisabled: False
ApportVersion: 2.17.2-0ubuntu1.7
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: darko 1420 F pulseaudio
darko 1471 F panel-9-mixer
BuildID: 20150930121410
Channel: Unavailable
Date: Sun Nov 8 10:29:05 2015
ForcedLayersAccel: False
IfupdownConfig:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
IncompatibleExtensions:
English (GB) Language Pack - langpack-en...@thunderbird.mozilla.org
Thunderbird (default) - {972ce4c6-7e08-4474-a285-3208198ce6fd}
InstallationDate: Installed on 2014-05-11 (545 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
IpRoute:
default via 192.168.137.1 dev wlan0 proto static metric 400
169.254.0.0/16 dev wlan0 scope link metric 1000
192.168.137.0/24 dev wlan0 proto kernel scope link metric 400
MostRecentCrashID: bp-0bc56969-cc4e-4ff3-89e8-8d0362150210
Plugins: Shockwave Flash - /usr/lib/flashplugin-installer/libflashplayer.so
PrefSources: prefs.js
Profiles: Profile0 (Default) - LastVersion=38.3.0/20150930121410
RunningIncompatibleAddons: True
SourcePackage: thunderbird
SubmittedCrashIDs:
bp-0bc56969-cc4e-4ff3-89e8-8d0362150210
bp-2fa34b3f-107c-41a7-a6e8-658802141210
bp-1f961c1a-58af-44fa-bd99-4c15a2140830
bp-41a8c3c1-e179-4dcf-89ea-32a182120701
UpgradeStatus: Upgraded to vivid on 2015-05-05 (186 days ago)
WifiSyslog:
Nov 03 02:25:31 darth NetworkManager[685]: Policy set 'dorka' (wlan0)
as default for IPv6 routing and DNS.
Nov 05 08:38:03 darth kernel: psmouse serio4: TouchPad at
isa0060/serio4/input0 lost synchronization, throwing 3 bytes away.
Nov 06 07:41:37 darth kernel: wlan0: Limiting TX power to 30 (30 - 0) dBm as
advertised by 60:e7:01:34:cb:a2
Nov 06 07:42:51 darth kernel: wlan0: Limiting TX power to 30 (30 - 0) dBm as
advertised by 60:e7:01:34:cb:a2
Nov 07 02:24:37 darth NetworkManager[685]: Policy set 'dorka' (wlan0)
as default for IPv6 routing and DNS.
dmi.bios.date: 09/14/2009
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: 68PAD Ver. F.0F
dmi.board.name: 30EC
dmi.board.vendor: Hewlett-Packard
dmi.board.version: KBC Version 91.22
dmi.chassis.asset.tag: CNU9400DYB
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.modalias:
dmi:bvnHewlett-Packard:bvr68PADVer.F.0F:bd09/14/2009:svnHewlett-Packard:pnHPEliteBook8730w:pvrF.0F:rvnHewlett-Packard:rn30EC:rvrKBCVersion91.22:cvnHewlett-Packard:ct10:cvr:
dmi.product.name: HP EliteBook 8730w
dmi.product.version: F.0F
dmi.sys.vendor: Hewlett-Packard
---
ProblemType: Bug
AddonCompatCheckDisabled: False
ApportVersion: 2.20.9-0ubuntu7.2
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: darko 1488 F pulseaudio
BuildID: 20180710084133
Channel: Unavailable
CurrentDesktop: XFCE
DistroRelease: Ubuntu 18.04
ForcedLayersAccel: False
IfupdownConfig:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
[Desktop-packages] [Bug 66566]
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. Why can't we just make ALT the default canonizer shortcut key? Otherwise allow user to switch canonization off and have Ctrl+Enter = open in new tab behaviour instead. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/66566 Title: Inconsistent shortcuts for new tab Status in Mozilla Firefox: Fix Released Status in firefox package in Ubuntu: Won't Fix Status in firefox-3.0 package in Ubuntu: Won't Fix Status in firefox-3.5 package in Ubuntu: Won't Fix Bug description: There are currently too many shortcuts when opening a link in a new tab: - location bar: + - GO button: + click - search bar: + - SEARCH button + click - links: + click - menu bar: + click - BACKWARD/FORWARD button: + click This is one of the reasons I'm keeping with Opera. There it is always the shift key and I have to remember only one key. Thanks for reading! To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/66566/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 66566]
(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 > > I didn't test the patch, I just assumed, on IRC Gijs said it's likely > different. > Anyway, I added a row with the behavior I'm suggesting, that is pretty much > the same as Chromium, apart ALT+Enter on the Mac. Unfortunately, I failed to access that table. Can you make it public? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/66566 Title: Inconsistent shortcuts for new tab Status in Mozilla Firefox: Fix Released Status in firefox package in Ubuntu: Won't Fix Status in firefox-3.0 package in Ubuntu: Won't Fix Status in firefox-3.5 package in Ubuntu: Won't Fix Bug description: There are currently too many shortcuts when opening a link in a new tab: - location bar: + - GO button: + click - search bar: + - SEARCH button + click - links: + click - menu bar: + click - BACKWARD/FORWARD button: + click This is one of the reasons I'm keeping with Opera. There it is always the shift key and I have to remember only one key. Thanks for reading! To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/66566/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 357864]
(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 From address, but my edited one stays. That's odd. I'd argue that all dropdown entries should behave the same and reset the edit field's value. However, that's a minor thing and also debatable. I wouldn't hold the commit for that. Not being able to reset an edited sender to its original state does not look like a minor issue to me. How does this affect recycled compose windows? -- 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/357864 Title: Editing the From field for the current email only (as text, not dropdown) Status in Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird I want to quite often use a particular email address (e.g. for writing to a mailing list), where I do not have added the email address to the account settings yet. However, Thunderbird does not allow to edit the From field, but only provides the configured email addresses in a dropdown. It would be nice, if you could also edit the From field in a text input. KMail provides this, for example, and there appear to be some extensions for it, but I'd like to avoid using an addon for this, but rather think it's a nice feature to have by default. I could imagine, that the last entry in the dropdown would say Edit... or Custom... and change the dropdown into a text field. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 NonfreeKernelModules: nvidia Package: mozilla-thunderbird 2.0.0.21+nobinonly-0ubuntu1 PackageArchitecture: all ProcEnviron: PATH=(custom, user) LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird Uname: Linux 2.6.28-11-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/357864/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 357864]
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, there's a scalability problem for users having many pre-defined accounts and identities. That command to edit the sender might end up as the 50th entry, requiring scrolling to see it and other such nuisance. Just never put action commands to the end of a potentially unlimited list of things. We've tried that before (TB Tags list), and it never works. That's basic UX principles, really. -- 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/357864 Title: Editing the From field for the current email only (as text, not dropdown) Status in Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird I want to quite often use a particular email address (e.g. for writing to a mailing list), where I do not have added the email address to the account settings yet. However, Thunderbird does not allow to edit the From field, but only provides the configured email addresses in a dropdown. It would be nice, if you could also edit the From field in a text input. KMail provides this, for example, and there appear to be some extensions for it, but I'd like to avoid using an addon for this, but rather think it's a nice feature to have by default. I could imagine, that the last entry in the dropdown would say Edit... or Custom... and change the dropdown into a text field. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 NonfreeKernelModules: nvidia Package: mozilla-thunderbird 2.0.0.21+nobinonly-0ubuntu1 PackageArchitecture: all ProcEnviron: PATH=(custom, user) LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird Uname: Linux 2.6.28-11-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/357864/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 357864]
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'm not happy with the warning text in comment 142. E.g. the danger of failing to deliver is not even mentioned. Warning users against committing crimes is inappropriate for TB imo. It's probably not easy to get the warning right. The warning is less relevant when the feature is pref-ed off, so only people who really want this and know what they are doing will switch it on. On the plus side, the gmail scenario is quite powerful, being able to create john+filterw...@gmail.com on the fly might be useful. Otoh, I'm not sure how many usecases/scenarios there would be where I'd want to use such an email address only exactly once. For repetitive use (even 2 times), it's probably more useful to set up another identity on an existing account. -- 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/357864 Title: Editing the From field for the current email only (as text, not dropdown) Status in Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird I want to quite often use a particular email address (e.g. for writing to a mailing list), where I do not have added the email address to the account settings yet. However, Thunderbird does not allow to edit the From field, but only provides the configured email addresses in a dropdown. It would be nice, if you could also edit the From field in a text input. KMail provides this, for example, and there appear to be some extensions for it, but I'd like to avoid using an addon for this, but rather think it's a nice feature to have by default. I could imagine, that the last entry in the dropdown would say Edit... or Custom... and change the dropdown into a text field. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 NonfreeKernelModules: nvidia Package: mozilla-thunderbird 2.0.0.21+nobinonly-0ubuntu1 PackageArchitecture: all ProcEnviron: PATH=(custom, user) LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird Uname: Linux 2.6.28-11-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/357864/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 357864]
(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 (plus first-time warning) Probably not possible because the popup code gets in the way. Also, what do you do from the keyboard? Got me. Double-click isn't keyboard accessible... :| -- 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/357864 Title: Editing the From field for the current email only (as text, not dropdown) Status in Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird I want to quite often use a particular email address (e.g. for writing to a mailing list), where I do not have added the email address to the account settings yet. However, Thunderbird does not allow to edit the From field, but only provides the configured email addresses in a dropdown. It would be nice, if you could also edit the From field in a text input. KMail provides this, for example, and there appear to be some extensions for it, but I'd like to avoid using an addon for this, but rather think it's a nice feature to have by default. I could imagine, that the last entry in the dropdown would say Edit... or Custom... and change the dropdown into a text field. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 NonfreeKernelModules: nvidia Package: mozilla-thunderbird 2.0.0.21+nobinonly-0ubuntu1 PackageArchitecture: all ProcEnviron: PATH=(custom, user) LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird Uname: Linux 2.6.28-11-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/357864/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 357864]
(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 design concepts. Customize/edit... assumes we're using existing identities (including their predefined smtp), and only allow changing the sender string. This design does not work well as a dropdown entry at the end of the list, but requires UI elements/procedures to start from the currently selected sender identity. Enter a custom address (as last entry from dropdown list) suggests we allow adding a *new* sender, which would most certainly require to allow picking SMTP, too (because otherwise from this design it would not be clear which SMTP will be used). Both concepts have their advantages and disadvantages, which we are in the process of discussing. - What if users try to use it as a separate address and they don’t actually have the account added to TB. Any replies to it will never show up. * (I'm thinking of naive users who think they can enter whatever address they own here without bothering to add the actual account, and expect us to add it automatically or something. - Is this going to encourage spam sending? I can send a message as “barackob...@usa.gov” now. I understand the capability was there already, but now it’s going to be even easier to do. This feature could be seriously abused. You question this whole feature, its very nature. Fortunately, it's allowed to question the nature of a feature. This feature is very questionable, and comes with a high potential for user errors. Spammers don't need Thunderbird, they have specialized tools. And spammers already do this in billions. +1 This feature might actually help educating users how easy it is to forge email addresses, and to be more careful when they see From: i...@paypal.com Please update your address. Well, maybe. I believe its more likely we'll end up with users who accidentally break their communications (failing deliveries; not getting replies). - What server are we actually sending this message through? We should probably have some capability to choose which one. * If you really want to pref this feature away, I think the best way would be a checkbox in Account Settings... | Manage Identities * If we insist that only one account can have this checkbox checked, it would solve the which SMTP server question * But it would make this feature very obscure and hard to find. +1. Limiting this feature to one account is not required and very poor design. For ux-error-prevention, I suggest that this feature should not be actively promoted in the primary UI. There might be several ways of achieving this, e.g. - pref-out for each identity - allow editing only after double-click on sender (plus first-time warning) -- 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/357864 Title: Editing the From field for the current email only (as text, not dropdown) Status in Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird I want to quite often use a particular email address (e.g. for writing to a mailing list), where I do not have added the email address to the account settings yet. However, Thunderbird does not allow to edit the From field, but only provides the configured email addresses in a dropdown. It would be nice, if you could also edit the From field in a text input. KMail provides this, for example, and there appear to be some extensions for it, but I'd like to avoid using an addon for this, but rather think it's a nice feature to have by default. I could imagine, that the last entry in the dropdown would say Edit... or Custom... and change the dropdown into a text field. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 NonfreeKernelModules: nvidia Package: mozilla-thunderbird 2.0.0.21+nobinonly-0ubuntu1 PackageArchitecture: all ProcEnviron: PATH=(custom, user) LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird Uname: Linux 2.6.28-11-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/357864/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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 gets into 31esr should also be stricter. Based on other reports, there may be something fishy happening regarding popularityindex, but I haven't had time to investigate that yet. Well, apart from the fact that popularityIndex is broken by design (because it just counts up forever so doesn't consider recency), the fishy thing which happened to popularityIndex is that your patch with new scoring algorithm in Bug 970456 effectively disables it for an unpredictably large number of usecases where search string happens to match the visible results strings in a wordwise manner, more so for matching the beginning of the visible result string, which is typically the display name. So no matter now popular certain results are, they can never get to the top. -- 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 Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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 technical sense, this might not be a regression, it's actually worse: 1) Once upon a time we delivered a feature which apparently has never worked as intended and required by inherent design. That's a significant failure which shouldn't have to wait any longer when it's finally fixed 9 years after being reported. 2) We have only recently exposed this problem significantly more by expanding the scope of recipient search for certain scenarios. So, as seen from numerous reports, users are now more affected by this design problem, because of the changes made in recent version. Technicalities aside, that looks like a de-facto regression to me (as confirmed by users saying it used to work until recently but now it fails). I don't see any risks coming from this straightforward patch, except that we're undermmining popularityIndex a bit more again, but this works on exactly the same terms and conditions as Bug 970456 so there's nothing new here. So I still think this 5-line-patch should land on ESR. -- 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 Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
*** 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 Status in Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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 scenario / search words and data sets, users might see more irrelevant results, also because of irrelevant matches from collected addresses, resulting from our former mis-design (now fixed) to use collected addresses for remote-content permissions). We should really land all autocomplete fixes fast, to avoid getting more unqualified complaints for things we have already fixed. -- 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 Mozilla Thunderbird Mail and News: Fix Released Status in thunderbird package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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 BEST+1; if (nickIndex == 0) return BEST; Cool! Looks like it could be an elegant solution to problems mentioned in my comment 88. Thanks, great teamwork! -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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* nickname matches, e.g.: Card1: Nickname=foo (nick==searchphrase; nickIndex==0) Card2: Nickname=foobar (nick!=searchphrase; nickIndex==0) Searchphrase: foo Autocomplete result (wrong): Card2 (partial nick match) Card1 (full nick match) That result can occur e.g. when Card2 has a higher popularityIndex than Card1. It shouldn't occur because full nickname matches (by inherent design) must supersede any other match, regardless of popularity. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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 is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/956618 Title: Nickname not over-riding names in email address Status in Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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://bugs.launchpad.net/bugs/956618 Title: Nickname not over-riding names in email address Status in Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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 other bugs where users have been facing problems due to this major flaw which practically disables the entire nickname functionality for a range of scenarios. I'll set feedback+ because we're on the right track here; but the devil - as always - in the detail (i.e. this patch as-is won't work yet as expected)... ::: mailnews/addrbook/src/nsAbAutoCompleteSearch.js @@ +141,5 @@ +// is the nick name for the card or at least in the beginning of it. +let nick = aCard.getProperty(NickName, ).toLocaleLowerCase(); +aSearchString = aSearchString.toLocaleLowerCase(); +if (nick.indexOf(aSearchString) == 0) + return BEST + 1; (In reply to Magnus Melin from comment #86) You don't need the nick == aSearchString nick should act as a super-best match. so the score should be 1 better than if it matched in display name - as is they would be equal (= we need BEST + 1) True, but still not sufficient for ensuring absolute top ranking for *full* nickname matches over *partial* nickname matches, e.g.: Card1: Nickname=foo (nick==searchphrase; nickIndex==0) Card2: Nickname=foobar (nick!=searchphrase; nickIndex==0) Searchphrase: foo Autocomplete result (wrong): Card2 (partial nick match) Card1 (full nick match) To make the nickname design work reliably, full nickname match must obviously supersede partial nickname match, so we would need to adjust the scoring accordingly: if (nick == aSearchString) return BEST+2; if (nickIndex == 0) return BEST+1; However, I'm not convinced yet if making initial nickname matches rank higher than anything else will really work out well, e.g.: Card1: Display Name=Tom popularityIndex=10 Card2: Nickname=TomFoo popularityIndex=5 Card3: Nickname=TomBar popularityIndex=4 Searchphrase: Tom Autocomplete result: Card2 (partial nickname match, pi=5) Card3 (partial nickname match, pi=4) Card1 (full display name match, pi=10) So I'm not sure if all results with partial matches on nickname should rank higher than full match on display name; should they? (I think not). Worse, PLEASE let's be aware that any forced top scorings that are not based on frecency will further undermine even the current rudimentary frequency implemtation of popularityIndex: Card1: Display Name=Tom popularityIndex=1000 Card2: Nickname=TomFoo popularityIndex=5 Card3: Nickname=TomBar popularityIndex=4 Card4: Nickname=Tim popularityIndex=6 Card5: Nickname=TD popularityIndex=7 Searchphrase: T Autocomplete result: (all partial nickname matches top-listed, ordered by popularity:) Card5 Card4 Card2 Card3 (then, potentially far down the list:) Card1 (initial Display name match; popularityIndex=1000(!)) So in this case, even for partial nickname matches from single- character(!) search phrase, ALL partial nickname matches will be toplisted (although they are not popular at all, and the partial match on their nicknames is entirely insignificant!), whereas highly popular Card1 with an inital match on Display name will rank lower than all the insignificant matches. Undermining frecency-based sorting more is imo a slippery approach because we'll never find a one-for-all algorithm to predict which address the user actually wants, but frecency (linked up with the actual user input) will certainly be one of our best bets. I think. These things are actually pretty complex... Please correct me if I'm wrong, but I conclude that it'll be safer if we just fix the main usecase of this bug, which is FULL nickname matches; let the rest be handled by our existing algorithm. So I suspect that this should be sufficient: if (nick == aSearchString) return BEST+1; Also, since full nickname matches (per inherent design) must really always be toplisted without exception (regardless of any other sorting algorithms we might think of), I wonder if we should leave some room in the score for pushing other matches into the best+ range: if (nick == aSearchString) return BEST+100; Further technical reviews might want to test and improve performance against large ABs. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered
[Desktop-packages] [Bug 956618]
(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 autocomplete shortcuts... Magnus has volunteered to mentor this ;) -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 357864]
(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 current release has simultaneous double function: Select a predefined sender identity as a set consisting of a) From-field of sent msg: John Doe john(at)gmail.com b) SMTP-Server login for sending: smtp.gmail.com, port: 465, SSL/TLS, normal password, username: john(at)gmail.com If I understand this bug correctly, for a given(!) identity selected by user from the dropdown, we want to allow editing a) (From-field) only, but we still rely on getting b) SMTP-Server from the original identity. Enter a custom address..., more so at the bottom(!) of the dropdown list, wrongly suggests that user could create a new address/identity at the same level as the other identities in the list, which is not the case. Instead, the UI should reflect that we only allow window-dressing of the From-field text value within a predefined identity (which btw will not work for many commonly used mail servers, so we also need to think in terms of ux-error-prevention!). I agree with Josiah's comment 102 (supported by Ben's comment 107): (In reply to Josiah Bruner [:JosiahOne] (needinfo CC) from comment #102) Comment on attachment 8507858 87987.png I think what we should do is ... show the drop down if they click anywhere other than an edit button. The edit button could go where the dropdown icon is now for example. Tentative UI/UX proposal: 1) non-hover, non-focus: [John john(at)gmail.com v] - hide edit icon/button - single-left-click from-selector anywhere opens dropdown (big click target for default workflow of picking predefined identity from list, as proposed by Josiah/Ben) - double-click anywhere - edit sender (double click does nothing useful otherwise, so it's free). 2) hover, focus: [John john(at)gmail.com [/] v] - only when hovered or focused, show a small Edit icon [/] (e.g. pen) - imo per ux-natural-mapping, the correct position for this icon, as hinted by Josiah, is *inside* the dropdown (correctly implying you can edit the inner value based on prior choice in dropdown). - clicking the Edit icon allows editing of From field value, either dialogue (allowing explanation of dangers involved for unsuspecting users), or inline (how do we handle ux-error-prevention then?) 3) popup (without editing): [John john(at)gmail.com [/] v] |John private john.private(at)foo.bar | |John tertiary john.tertiary(at)asdf.com | +--+ - if user hasn't edited anything, clicking anywhere on from-selector outside Edit icon will open the normal and unmodified popup - imo we should *not* advertise this feature more by offering a dedicated action row inside the dropdown, ux-error-prevention for default users: many smtp servers will reject altered from-fields, especially when you change the email address - consider if the entire feature should be preffed-off by default, again ux-error-prevention 4) popup (with/after editing): [Johnny Edited john(at)fakemail.com [/] v] |*John john(at)gmail.com | |John private john.private(at)foo.bar | |John tertiary john.tertiary(at)asdf.com | +--+ - after manual editing, we need to offer an easy way of reverting to the original identity whose from-sender was edited: offer as first entry in the dropdown, with some indication (icon, bold, etc.) that this the currently used identity (only with edited from). 5) Context menu ++ |Edit this sender| |Copy| |Paste | ++ - optionally for this bug, but recommended, implement a simple context menu on the from-selector - Edit this sender - edit sender (dialog/inline) - Copy: Copy the current value of sender, either original John john(at)gmail.com or edited Johnny Edited john(at)fakemail.com - Paste: Paste clipboard text to become the new edited value of sender - Copy and Paste might need better strings to indicate what they do -- 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/357864 Title: Editing the From field for the current email only (as text, not dropdown) Status in Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird I want to quite often use a particular email address (e.g. for writing to a mailing list), where I do not have added
[Desktop-packages] [Bug 357864]
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 spam/spoof. 2) Otoh, adding this feature by default has a big error potential, as editing sender can prevent users from successfully sending their message (which they will only notice after sending). Which makes this a case of UX-error-prevention. 3) I conclude from 1) and 2) that this feature should be preffed-off by default, and I suspect hidden pref might suffice for the type of advanced users who have their own domain to tweak senders at random. -- 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/357864 Title: Editing the From field for the current email only (as text, not dropdown) Status in Mozilla Thunderbird Mail and News: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird I want to quite often use a particular email address (e.g. for writing to a mailing list), where I do not have added the email address to the account settings yet. However, Thunderbird does not allow to edit the From field, but only provides the configured email addresses in a dropdown. It would be nice, if you could also edit the From field in a text input. KMail provides this, for example, and there appear to be some extensions for it, but I'd like to avoid using an addon for this, but rather think it's a nice feature to have by default. I could imagine, that the last entry in the dropdown would say Edit... or Custom... and change the dropdown into a text field. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 NonfreeKernelModules: nvidia Package: mozilla-thunderbird 2.0.0.21+nobinonly-0ubuntu1 PackageArchitecture: all ProcEnviron: PATH=(custom, user) LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird Uname: Linux 2.6.28-11-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/357864/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1347305]
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
Status in Mozilla Thunderbird Mail and News:
In Progress
Status in thunderbird package in Ubuntu:
Confirmed
Bug description:
When composing a message, any address field that does not have the
cursor is shown as grey. While this is at first only a cosmetic
glitch, it is also serious usability issue: Usually any field that can
be edited is white and text that can't be edited is simply drawn grey.
Now it looks like Thunderbird does not allow editing of the recipient
addresses. Only when you try it regardless you discover that it is
still editible.
I attached a screenshot showing a stuffed up composer window.
This bug appeared with the latest update of Thunderbird that was
installed today.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: thunderbird 1:31.0+build1-0ubuntu0.14.04.1
ProcVersionSignature: Ubuntu 3.13.0-30.55-generic 3.13.11.2
Uname: Linux 3.13.0-30-generic x86_64
AddonCompatCheckDisabled: False
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: kaymes 2516 F pulseaudio
BuildID: 20140721092545
Channel: Unavailable
CurrentDesktop: Unity
Date: Wed Jul 23 10:37:17 2014
ExecutablePath: /usr/lib/thunderbird/thunderbird
ForcedLayersAccel: False
IfupdownConfig:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
IncompatibleExtensions:
Lightning - {e2fda1a4-762b-4020-b5ad-a41df1933103}
English (GB) Language Pack - langpack-en...@thunderbird.mozilla.org
Deutsch (DE) Language Pack - langpack...@thunderbird.mozilla.org
Thunderbird (default) - {972ce4c6-7e08-4474-a285-3208198ce6fd}
InstallationDate: Installed on 2014-07-02 (20 days ago)
InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Release amd64 (20140417)
IpRoute:
default via 10.33.0.1 dev eth0 proto static
10.33.0.0/22 dev eth0 proto kernel scope link src 10.33.1.197 metric 1
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
LocalLibraries:
/home/kaymes/.thunderbird/dymzcbig.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/Linux_x86_64-gcc3/libcalbasecomps.so
PrefSources:
prefs.js
[Profile]/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/defaults/preferences/lightning.js
Profiles: Profile0 (Default) - LastVersion=31.0/20140721092545 (In use)
RelatedPackageVersions:
rhythmbox-mozilla 3.0.2-0ubuntu2
totem-mozilla 3.10.1-1ubuntu4
RfKill:
RunningIncompatibleAddons: True
SourcePackage: thunderbird
UpgradeStatus: No upgrade log present (probably fresh install)
WifiSyslog:
Jul 23 08:56:13 uqbox kernel: [427030.548782] [drm] Setting output timings
on SDVOB failed
Jul 23 09:37:38 uqbox kernel: [429515.541016] [drm] Setting output timings
on SDVOB failed
Jul 23 10:06:02 uqbox kernel: [431219.445267] [drm] Setting output timings
on SDVOB failed
Jul 23 10:07:12 uqbox kernel: [431289.957320] [drm] Setting output timings
on SDVOB failed
Jul 23 10:23:06 uqbox kernel: [432243.381132] MATLAB[25882]: segfault at 8
ip 7f2f4507bcfe sp 7f2f06cc5320 error 4
dmi.bios.date: 10/27/2011
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A13
dmi.board.name: 0J468K
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 3
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
dmi:bvnDellInc.:bvrA13:bd10/27/2011:svnDellInc.:pnOptiPlex960:pvr:rvnDellInc.:rn0J468K:rvrA00:cvnDellInc.:ct3:cvr:
dmi.product.name: OptiPlex 960
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/1347305/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1347305]
(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 borders and the
overall design. Flat and borderless white against a normally lightgrey
platform background isn't so bulky. Perhaps the pre-TB31 recipient area
looked a bit nervous because there were so many borders all around. But
I don't recall noticing any visual problems until the big redesign...
It's also interesting to see the historical development of recipient
area, perhaps someone could add screenshots of TB2, TB3.1, etc... TB2 is
actually pretty close to the all-white background solution currently
favored by Josiah. (Which is nice, but the problem starts when the
formatting toolbar is added to that...)
However, it seems the general consensus is that the gray (which
originally wasn't so dark, but was changed to follow the Distro's styling)
gives the appearance of disabled fields on many linux distributions
(especially Ubuntu).
Thunderbird as a desktop email application might be a more
traditional/conservative thing in itself, where users (especially
corporate) might care more about UX/functionality than innovative
cutting edge design... But there's a more general question here how much
we want to be consistent with OS platform design, vs. introducing an
application-specific design... The answer is probably along the lines of
what Blake said in comment 23, we need to strike a balance between being
OS-conform and being ourselves as Thunderbird. Tricky...
I think we could probably clean up the linux styling. I haven't heard of any
Windows or OS X usability reports.
Well, aceman and I have raised our concerns for Windows, and duplicate
bug 1051638 (currently 5 votes) and bug 1061063 are both reported
against Windows. Several comments on bug 1051638 are quite vocal against
the current design. Even long-standing and loyal supporter like Anye
Yelf who really isn't known for idiosyncratic or exaggerated criticism.
Several users actually consider this a design bug and are quite
surprised to hear it was intentional...
Apart from the general issue, something which really disturbs me is that
we're not even consistent *within* the new design. As discussed on the
Toronto summit, we really shouldn't irritate users even more by having
two competitive designs for the same type of control, namely Sender-
dropdown vs. Recipient-type-dropdown. These are functionally exactly the
same, so they should look and behave the same. I'm seeing this quite
strongly on WinXP, where the dark-grey background of recipient type
dropdown offsets a lot against recipient area background and I'm always
wondering what's wrong with the recipient type that it still stands out
from the all-flat header although it's not focused or disabled.
--
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
Status in Mozilla Thunderbird Mail and News:
In Progress
Status in “thunderbird” package in Ubuntu:
Confirmed
Bug description:
When composing a message, any address field that does not have the
cursor is shown as grey. While this is at first only a cosmetic
glitch, it is also serious usability issue: Usually any field that can
be edited is white and text that can't be edited is simply drawn grey.
Now it looks like Thunderbird does not allow editing of the recipient
addresses. Only when you try it regardless you discover that it is
still editible.
I attached a screenshot showing a stuffed up composer window.
This bug appeared with the latest update of Thunderbird that was
installed today.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: thunderbird 1:31.0+build1-0ubuntu0.14.04.1
ProcVersionSignature: Ubuntu 3.13.0-30.55-generic 3.13.11.2
Uname: Linux 3.13.0-30-generic x86_64
AddonCompatCheckDisabled: False
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: kaymes 2516 F pulseaudio
BuildID: 20140721092545
Channel: Unavailable
CurrentDesktop: Unity
Date: Wed Jul 23 10:37:17 2014
ExecutablePath: /usr/lib/thunderbird/thunderbird
ForcedLayersAccel: False
IfupdownConfig:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
IncompatibleExtensions:
Lightning - {e2fda1a4-762b-4020-b5ad-a41df1933103}
English (GB) Language Pack - langpack-en...@thunderbird.mozilla.org
Deutsch (DE) Language Pack - langpack...@thunderbird.mozilla.org
Thunderbird (default) - {972ce4c6-7e08-4474-a285-3208198ce6fd}
InstallationDate: Installed on 2014-07-02 (20 days ago)
InstallationMedia: Ubuntu 14.04 LTS
[Desktop-packages] [Bug 1347305]
*** 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
Status in Mozilla Thunderbird Mail and News:
In Progress
Status in “thunderbird” package in Ubuntu:
Confirmed
Bug description:
When composing a message, any address field that does not have the
cursor is shown as grey. While this is at first only a cosmetic
glitch, it is also serious usability issue: Usually any field that can
be edited is white and text that can't be edited is simply drawn grey.
Now it looks like Thunderbird does not allow editing of the recipient
addresses. Only when you try it regardless you discover that it is
still editible.
I attached a screenshot showing a stuffed up composer window.
This bug appeared with the latest update of Thunderbird that was
installed today.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: thunderbird 1:31.0+build1-0ubuntu0.14.04.1
ProcVersionSignature: Ubuntu 3.13.0-30.55-generic 3.13.11.2
Uname: Linux 3.13.0-30-generic x86_64
AddonCompatCheckDisabled: False
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: kaymes 2516 F pulseaudio
BuildID: 20140721092545
Channel: Unavailable
CurrentDesktop: Unity
Date: Wed Jul 23 10:37:17 2014
ExecutablePath: /usr/lib/thunderbird/thunderbird
ForcedLayersAccel: False
IfupdownConfig:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
IncompatibleExtensions:
Lightning - {e2fda1a4-762b-4020-b5ad-a41df1933103}
English (GB) Language Pack - langpack-en...@thunderbird.mozilla.org
Deutsch (DE) Language Pack - langpack...@thunderbird.mozilla.org
Thunderbird (default) - {972ce4c6-7e08-4474-a285-3208198ce6fd}
InstallationDate: Installed on 2014-07-02 (20 days ago)
InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Release amd64 (20140417)
IpRoute:
default via 10.33.0.1 dev eth0 proto static
10.33.0.0/22 dev eth0 proto kernel scope link src 10.33.1.197 metric 1
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
LocalLibraries:
/home/kaymes/.thunderbird/dymzcbig.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/Linux_x86_64-gcc3/libcalbasecomps.so
PrefSources:
prefs.js
[Profile]/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/defaults/preferences/lightning.js
Profiles: Profile0 (Default) - LastVersion=31.0/20140721092545 (In use)
RelatedPackageVersions:
rhythmbox-mozilla 3.0.2-0ubuntu2
totem-mozilla 3.10.1-1ubuntu4
RfKill:
RunningIncompatibleAddons: True
SourcePackage: thunderbird
UpgradeStatus: No upgrade log present (probably fresh install)
WifiSyslog:
Jul 23 08:56:13 uqbox kernel: [427030.548782] [drm] Setting output timings
on SDVOB failed
Jul 23 09:37:38 uqbox kernel: [429515.541016] [drm] Setting output timings
on SDVOB failed
Jul 23 10:06:02 uqbox kernel: [431219.445267] [drm] Setting output timings
on SDVOB failed
Jul 23 10:07:12 uqbox kernel: [431289.957320] [drm] Setting output timings
on SDVOB failed
Jul 23 10:23:06 uqbox kernel: [432243.381132] MATLAB[25882]: segfault at 8
ip 7f2f4507bcfe sp 7f2f06cc5320 error 4
dmi.bios.date: 10/27/2011
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A13
dmi.board.name: 0J468K
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 3
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
dmi:bvnDellInc.:bvrA13:bd10/27/2011:svnDellInc.:pnOptiPlex960:pvr:rvnDellInc.:rn0J468K:rvrA00:cvnDellInc.:ct3:cvr:
dmi.product.name: OptiPlex 960
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/1347305/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1347305]
*** 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
Status in Mozilla Thunderbird Mail and News:
In Progress
Status in “thunderbird” package in Ubuntu:
Confirmed
Bug description:
When composing a message, any address field that does not have the
cursor is shown as grey. While this is at first only a cosmetic
glitch, it is also serious usability issue: Usually any field that can
be edited is white and text that can't be edited is simply drawn grey.
Now it looks like Thunderbird does not allow editing of the recipient
addresses. Only when you try it regardless you discover that it is
still editible.
I attached a screenshot showing a stuffed up composer window.
This bug appeared with the latest update of Thunderbird that was
installed today.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: thunderbird 1:31.0+build1-0ubuntu0.14.04.1
ProcVersionSignature: Ubuntu 3.13.0-30.55-generic 3.13.11.2
Uname: Linux 3.13.0-30-generic x86_64
AddonCompatCheckDisabled: False
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: kaymes 2516 F pulseaudio
BuildID: 20140721092545
Channel: Unavailable
CurrentDesktop: Unity
Date: Wed Jul 23 10:37:17 2014
ExecutablePath: /usr/lib/thunderbird/thunderbird
ForcedLayersAccel: False
IfupdownConfig:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
IncompatibleExtensions:
Lightning - {e2fda1a4-762b-4020-b5ad-a41df1933103}
English (GB) Language Pack - langpack-en...@thunderbird.mozilla.org
Deutsch (DE) Language Pack - langpack...@thunderbird.mozilla.org
Thunderbird (default) - {972ce4c6-7e08-4474-a285-3208198ce6fd}
InstallationDate: Installed on 2014-07-02 (20 days ago)
InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Release amd64 (20140417)
IpRoute:
default via 10.33.0.1 dev eth0 proto static
10.33.0.0/22 dev eth0 proto kernel scope link src 10.33.1.197 metric 1
IwConfig:
eth0 no wireless extensions.
lono wireless extensions.
LocalLibraries:
/home/kaymes/.thunderbird/dymzcbig.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/Linux_x86_64-gcc3/libcalbasecomps.so
PrefSources:
prefs.js
[Profile]/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/defaults/preferences/lightning.js
Profiles: Profile0 (Default) - LastVersion=31.0/20140721092545 (In use)
RelatedPackageVersions:
rhythmbox-mozilla 3.0.2-0ubuntu2
totem-mozilla 3.10.1-1ubuntu4
RfKill:
RunningIncompatibleAddons: True
SourcePackage: thunderbird
UpgradeStatus: No upgrade log present (probably fresh install)
WifiSyslog:
Jul 23 08:56:13 uqbox kernel: [427030.548782] [drm] Setting output timings
on SDVOB failed
Jul 23 09:37:38 uqbox kernel: [429515.541016] [drm] Setting output timings
on SDVOB failed
Jul 23 10:06:02 uqbox kernel: [431219.445267] [drm] Setting output timings
on SDVOB failed
Jul 23 10:07:12 uqbox kernel: [431289.957320] [drm] Setting output timings
on SDVOB failed
Jul 23 10:23:06 uqbox kernel: [432243.381132] MATLAB[25882]: segfault at 8
ip 7f2f4507bcfe sp 7f2f06cc5320 error 4
dmi.bios.date: 10/27/2011
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A13
dmi.board.name: 0J468K
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 3
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
dmi:bvnDellInc.:bvrA13:bd10/27/2011:svnDellInc.:pnOptiPlex960:pvr:rvnDellInc.:rn0J468K:rvrA00:cvnDellInc.:ct3:cvr:
dmi.product.name: OptiPlex 960
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/1347305/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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, including a link to https://bugzilla.mozilla.org/page.cgi?id=etiquette.html. (In reply to Tilmann Reh from comment #74) José, just because you don't know and/or use nicknames doesn't mean they are obscure, useless or don't make any sense. Particularly for me, nicknames (in most cases just the initials) are the (by far!) preferred and fastest way to enter a recipients address. Just enter two or three letters and pick the adress from the upcoming (very short) list. This has always worked perfectly fine for many years (since early Netscape), until it was broken due to some enhancements to the search function. We just want that to be repaired. +1. Thanks Tilmann. We've heard your plea and we're working to repair that in Bug 970456, while preserving the actual enhancements of the search functions which we introduced to fix other bugs and cater for legitimate user expections. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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. Should have been fixed in TB31.1.1 via bug 1060901. Thanks for the reference on that mailing list bug, and from there, the other one I had in mind was Bug 1008718. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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.launchpad.net/bugs/956618 Title: Nickname not over-riding names in email address Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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 *results* there *after* the fact (aka email addresses, potentially two from each card), whereas for nickname we need to retrieve that at a much earlier point where we still have access to the card (and going back from email to card would be error-prone in current flawed design of AB)? In fact, since a card can have 2 mail addresses, both of them might have to be toplisted in case of nickname match, primary address first. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
*** 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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 https://bugzilla.mozilla.org/show_bug.cgi?id=984875 fix. Yanlu, thanks for reporting back with user feedback which is generally welcome. However, the autocomplete problems you mention are not related to this bug, so let's avoid them here. Moreover, let's avoid unspecified general statements like Seems fixed which might easily be misunderstood to mean this bug here is fixed, which is NOT the case. But yes, we're in the process of fixing things in recipient autocomplete; some fixes have already been released, and more pending, e.g. Bug 970456. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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 renders the nickname feature practically useless without insider knowledge and is now more exposed after the landing of autocomplete twin bugs, bug 529584 and bug 558931. Although some of the adverse user comments on those bugs are just inconsiderate noise and nonsense (even suggesting we should not search email addresses for recipient autocompletion!), for a certain subset of users there's a trend of complaining that it's now harder to find their favourite addresses with very short searchwords of just one or two characters, for which case they'll see more results not returned before, due to new contains algorithm (*foo*). It all depends on search patterns and AB data structure, but I suspect such users are typically older/longterm private users with small address books. In such user's perception (as evidenced on comments), the old beginsWith algorithm, combined with popularityIndex plain counter, was effectively acting as a shortcut system to their favourite recipients, where typing Ang *appeared* to reliably return their favorite contact, Angus Miller. Of course that has never been true and would fail also in TB 24 even for simple scenarios where user might also have frequent conversation with Angus Johnson, Angelina, and Angelo. But in the combination of narrow beginsWith algorithm and popularity Index, that problem was often hidden for small ABs in private use. So what such users really want is a stable 1:1 shortcut relationship between their short searchwords (Ang) and their favourite contact associated with that (Angus Miller). That's where we fail miserably because of this bug: Traditional nicknames like Tom will largely fail because the contact where Nickname==Tom will not be reliably toplisted in autocomplete results, so you end up with Tony Tomson toplisted instead if he has a higher popularityIndex. The other bad problem now more exposed and hence urgently in need of fixing in this context (but much harder than this here), is Bug 382415 (replace popularityIndex with frecency algorithm for autocomplete based on user inputs and picked results), for which a temporary simpler improvement might be something along Bug 1058583 (aging algorithm for popularityIndex). Aceman, Suyash, this bug here should be relatively easy to fix; starting points in code and outline of potential fix found in comment 50 and comment 51. (In reply to Thomas D. from comment #54) 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 [©] [details] [diff] [review]. 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 might enable you to come up with a draft patch here? (In reply to Thomas D. from comment #55) 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 than necessary, so just toplisting full string matches would suffice for this bug (ignore other sorting suggestions found in comment 0). -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion:
[Desktop-packages] [Bug 956618]
*** 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 Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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 nicks do NOT get absolute precedence in composition's recipient autocomplete (but it's easy to get fooled into thinking they do). I tested with this scenario (basically): Card1: firstname: n1n email: a...@asdf.com nick: n2n Card2: firstname: foo email: a...@asdf.com nick: n1n For reproducing this bug, create two new cards to ensure that both cards have same value for popularityIndex, otherwise the correct card might appear toplisted but for the wrong reasons. STR 1 compose new msg 2 in TO recipient field, type n1n Actual Result: - card 1 is at top of autocomplete list - ... Expected Result: - card 2 having fullstring match of nick should be at top of autocomplete list -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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 not over-riding names in email address Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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 might enable you to come up with a draft patch here? -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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 than necessary, so just toplisting full string matches would suffice for this bug (ignore other sorting suggestions found in comment 0). -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 490935]
(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 affected users. Somebody care to search https://getsatisfaction.com/mozilla_messaging/ for user requests about this? Why this is important: 1. You personally may not, but many users have fax-email services. If you are suggesting that a larger or in any way significant percentage of TB users use FAX-to-Email services, then imho that's a fiction from the same ideosyncratic historic world where plaintext messages are still so much the order of the day that we could just ignore the substantial dataloss of formatting/styles inflicted on users of HTML messages by your delivery-format Auto-Detect algorithm. Having said that, I don't think small numbers of users for a given feature is per se an argument against that feature; if we removed all features each only used by small percentage of users, we would end up removing large parts of TB feature set. On the contrary, I'd claim that qualitative aspects like the degree of disturbance by lost ux-efficiency should also matter. Which might apply to this bug: It's hard to tell how many users would actually bother to edit subjects, but for those affected by such problems, it's a significant interruption to their workflows. For them, this feature is absolutely necessary. +1 2. If people set bad subjects for important emails (e.g. by just hitting reply on an unrelated subject), I can either get angry at them (because I will not find it anymore in one week), or ask them to fix it in the future, or I can fix it myself in my mail store. The latter, however, I can only do with this feature. +1 3. Many other people have wrong clocks on their computers, and Thunderbird sorts folders by the message send time that the sender put in. I recently received a mail which was exactly one month off. Completely confused me in the folder view. I can't fix it, without this feature. (Arguably, Thunderbird should sort better.) This bug is only about editing subject; editing any other header fields (like date) is not in the scope of this bug, and should not. It'll be more than hard enough to just land edit subject in a generally acceptable and functional manner (think IMAP), so expanding the scope of this bug would be the perfect recipe for never landing anything. This is similar to delete attachment feature. That's also a feature that we didn't have for a long time, and some said we didn't want it, they said it's freaky and wrong. Finally, we added it - +1, there seems to be some analogy of technicalities and historical development. and it's indispensable, as it turned out. OT: I have some doubts on that, given that the delete/detach attachment feature still has bugs (like wrong icon for detached files) without much activity from users iirc. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird Microsoft Outlook allows to modify subject of incoming emails. This is very very useful, especially when sender used a meaningless subject, or a simple dot. This feature should be very useful also in Thunderbird. Thanks a lot ProblemType: Bug Architecture: i386 CheckboxSubmission: c44b5fa992c605c204076ccbc3a738b7 CheckboxSystem: b1865df84255b8716d3bcc269ff410d1 Date: Tue Dec 1 18:36:54 2009 DistroRelease: Ubuntu 9.10 Package: mozilla-thunderbird (not installed) ProcEnviron: LANG=it_IT.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-15.50-generic SourcePackage: thunderbird Uname: Linux 2.6.31-15-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/490935/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 490935]
(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.php?f=28t=2300561 it seems like a good workaround until tbird finally includes the ability. The addon can be downloaded from here (reported to work with TB24, and actively maintained): https://addons.mozilla.org/de/thunderbird/addon/header-tools-lite/ -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird Microsoft Outlook allows to modify subject of incoming emails. This is very very useful, especially when sender used a meaningless subject, or a simple dot. This feature should be very useful also in Thunderbird. Thanks a lot ProblemType: Bug Architecture: i386 CheckboxSubmission: c44b5fa992c605c204076ccbc3a738b7 CheckboxSystem: b1865df84255b8716d3bcc269ff410d1 Date: Tue Dec 1 18:36:54 2009 DistroRelease: Ubuntu 9.10 Package: mozilla-thunderbird (not installed) ProcEnviron: LANG=it_IT.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-15.50-generic SourcePackage: thunderbird Uname: Linux 2.6.31-15-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/490935/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 490935]
*** 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird Microsoft Outlook allows to modify subject of incoming emails. This is very very useful, especially when sender used a meaningless subject, or a simple dot. This feature should be very useful also in Thunderbird. Thanks a lot ProblemType: Bug Architecture: i386 CheckboxSubmission: c44b5fa992c605c204076ccbc3a738b7 CheckboxSystem: b1865df84255b8716d3bcc269ff410d1 Date: Tue Dec 1 18:36:54 2009 DistroRelease: Ubuntu 9.10 Package: mozilla-thunderbird (not installed) ProcEnviron: LANG=it_IT.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-15.50-generic SourcePackage: thunderbird Uname: Linux 2.6.31-15-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/490935/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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* nicks that have been purposefully and explicitly defined by user must take precedence over that. Adding frecency, the big brother of this bug (but not required to fix this), is Bug 382415 - Popularity index of autocomplete doesn't honor timeline (use frecency for email contacts) -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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.primaryEmail; 147 if (email) 148 this._addToResult(commentColumn, directory, card, email, true, result); ...perhaps we could get the nick field as we now get the email field, and then add matches of the search fullstring (is that available here?) against nick to a separate result array, say resultTop. Then merge resultTop Array with result array. We also need to sort multiple nick matches on something (because unfortunately it's possible to have multiple cards with same nick). -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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 location bar, even before frecency), this is also an issue of at least external ux-concistency. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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 your feedback. I appreciate the frustration, as I've often felt it myself (being an active volunteer TB QA/UX contributor since 2007). However, we need to face the fact that TB has a track record of unresolved bugs for a variety of reasons. Where this bug is just one out of many, and the choice of important bugs to start from is pretty vast. TB is now maintained almost exclusively by volunteers, so getting this bug fixed requires a volunteer who is a) able, b) willing, and c) has the time to actually fix this, and d) an agreement about the exact goal of this bug, the desired UX how it should be fixed. a) and c) are the hard parts, whereas I'd consider d) a non-issue in this case (although looking at the entirety of comment 0, to which comment 12 responds, I suspect misunderstandings about d) also contributed to the long latency of this bug). This worked in Thunderbird 2, which means it's a regression bug, not an enhancement. Deven (and others before), thanks for pointing that out. Understanding the nature of a bug and documenting that as precisely as possible in the bug report is crucial. Indeed, this looks like a bug because it violates the very purpose of the nickname design, which is a 1 on 1 relationship between the (ideally unique) nick and the card, to allow user to retrieve and distinguish that card efficiently and consistently from all other cards. (As a caveat, note that TB is not enforcing uniqueness of nicks!). As has often been said in this bug, 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 nicks that have been purposefully and explicitly defined by user must take precedence over that (why should I add wil as a nick to my uncle's card if I don't want wil to find that very card?). Users who want the frecency algorithm to take highest precedence probably wouldn't (and shouldn't) define explicit nicks. Due to violation of these imo correct, established, and widely-evidenced user expectations, this is a bug in terms of UX error prevention where users can easily inadvertently send the msg to the wrong recipient(s), which is a major violation of their privacy. As such, this bug also undermines UX trust in TB as an application, as repeatedly stated here in line of comment 0 and comment 43: You may not think this is important, but anything that causes mail to get sent to the wrong user inadvertantly is just about he worst possible problem a mailer can have. There has been ample evidence that this seemingly-minor issue is a major source of frustration to many users, even to the point of abandoning Thunderbird entirely. It may be a little thing, but that doesn't mean it doesn't matter. Instead of debating the best algorithm for years, why not at least add a special-case check for an exact match of a unique nickname, before going into the current algorithm? That would satisfy the critical use case, making most of the frustrated users happy. A special-case should be trivial to add, for anyone who knows the code, so why hasn't that much been done after nearly 8 years of this ticket being marked as NEW? See my remarks further up in this comment. Getting bugs fixed in TB is often less trivial than it looks, for a variety of reasons... FTR: I agree that the obvious solution to this bug (as required by the intrinsic principles of nicks design concept) is to list fullstring matches on nicks at the very top of the recipient autocomplete dropdown, so that they take highest precedence (even before frecency if we implement that). Btw FF works the same way for keywords: Keywords (not tags, nor frecency) take absolute highest priority over any other matches. Think of keywords and nicks as an ALIAS for the real thing. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get
[Desktop-packages] [Bug 956618]
: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 not a code, it would have been a good idea to ensure that it isn't assigned to somebody who stopped working on this in 2008, because that will tell any other potential coder that there's nothing to do here because it's already taken by someone... :| -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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 nicks do NOT get absolute precedence in composition's recipient autocomplete (but it's easy to get fooled into thinking they do). I tested with this scenario (basically): Card1: firstname: n1n email: a...@asdf.com nick: n2n Card2: firstname: foo email: a...@asdf.com nick: n1n Fwiw, I actually had these cards in different AB's (card 1 in Personal AB, card 2 in Collected Addresses). It shouldn't matter anyway. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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)... http://mxr.mozilla.org/comm-central/source/mailnews/addrbook/src/nsAbAutoCompleteSearch.js#309 ...and then on full addresses here (probably secondary sort): http://mxr.mozilla.org/comm-central/source/mailnews/addrbook/src/nsAbAutoCompleteSearch.js#318 -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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 composition's recipient autocomplete (but it's easy to get fooled into thinking they do). I tested with this scenario (basically): Card1: firstname: n1n email: a...@asdf.com nick: n2n Card2: firstname: foo email: a...@asdf.com nick: n1n STR 1 compose new msg 2 in TO recipient field, type n1n Actual Result: - card 1 is at top of autocomplete list - ... Expected Result: - card 2 having fullstring match of nick should be at top of autocomplete list -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
*** 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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, resulting in three entries in the addressing user interface. [snip] I consider nicknames to be a special case of address resolution. As the proponents above have said, at the least nicknames should be treated as the #1 priority in finding a matching address. But I would recommend going further: namely, nickname resolution should occur -after- the comma-delimited parsing of the user's input occurs. +1 to all of comment 21 and the underlying understanding of nicks as 1 on 1 aliases. However, focus in this bug is on giving resolved (single) nicks precedence in autocomplete results. 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. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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: https://getsatisfaction.com/mozilla_messaging/topics/five_reasons_i_downgraded_to_v2 https://getsatisfaction.com/mozilla_messaging/topics/address_entry_has_gotten_worse_with_new_updates and probably more -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
(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 other comma-separated things on recipients line, see also Bug 528503, bug 392932. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 956618]
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 columns in compose message contacts pane (sidebar) [column picker, customize, sorting by organization, nickname etc.] Bug 247335 - Add separate First Name, Last Name and Display Name fields to address book column picker for optional display in AB list pane -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: From what I have read in the support forum the nickname should take priority in the search for an email address in the to: field. It does not appear to work any more. Example: One friend's address is Markm...@.com. The other is Jamesjames.m...@.com. Both are in my address book with Mark entered as the nickname of m...@.com and James as nickname for james.m...@.com. If I type james in the To: field I get james.mark as a first entry in the list of available addresses. If I type mark I get the same address again, when I would prefer the first optional address to be m...@.com Reason it is needed: I am trying to avoid sending emails meant for m...@.com to James.mark because I do not notice in time that I have defaulted to the first entry in the list of available addresses. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: thunderbird 10.0.2+build1-0ubuntu0.11.10.1 ProcVersionSignature: Ubuntu 3.0.0-16.29-generic-pae 3.0.20 Uname: Linux 3.0.0-16-generic-pae i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 BuildID: 20120216123548 Date: Fri Mar 16 00:31:06 2012 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012) SourcePackage: thunderbird UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/956618/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 261595]
*** 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Triaged Bug description: Binary package hint: mozilla-thunderbird I fetched the POP3 EMails and the last Message got cut in the middle. Other than in Bug #23302 there was NO warning about little space. Then I got a warning after the error the little space and freed some space up. Now it fetched all allready fetched mails again and added some junk from another email into the unfinished email. In the end this is not so severe, but the check for little space should kick in before and it should not get to corruption of email data. Seen in ubuntu 8.04.1 with thunderbird 2.0.0.16. To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/261595/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 261595]
*** 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Triaged Bug description: Binary package hint: mozilla-thunderbird I fetched the POP3 EMails and the last Message got cut in the middle. Other than in Bug #23302 there was NO warning about little space. Then I got a warning after the error the little space and freed some space up. Now it fetched all allready fetched mails again and added some junk from another email into the unfinished email. In the end this is not so severe, but the check for little space should kick in before and it should not get to corruption of email data. Seen in ubuntu 8.04.1 with thunderbird 2.0.0.16. To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/261595/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 261595]
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 Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Triaged Bug description: Binary package hint: mozilla-thunderbird I fetched the POP3 EMails and the last Message got cut in the middle. Other than in Bug #23302 there was NO warning about little space. Then I got a warning after the error the little space and freed some space up. Now it fetched all allready fetched mails again and added some junk from another email into the unfinished email. In the end this is not so severe, but the check for little space should kick in before and it should not get to corruption of email data. Seen in ubuntu 8.04.1 with thunderbird 2.0.0.16. To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/261595/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 711314]
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 contacts to list Status in Mozilla Thunderbird Mail and News: Invalid Status in “thunderbird” package in Ubuntu: Confirmed Bug description: Binary package hint: thunderbird Address Book - Can't drag and drop contacts to list. This simple action results in erratic behavior. This has been tested in 10.04, 10.10 and Mozilla Daily's Thunderbird shredder 3.1.9~hg20110126r5943 +nobinonly-0ubuntu3~umd3~maverick Here are some of the issues I have noticed with Drag Drop contacts in Thunderbird: -Dragging and dropping does not always work, in many cases some or most of the contacts selected were ignored (This Bug) -Can't drag and drop from LDAP to local address book to replicate contacts locally (regression, was possible) (Bug #711320) ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: thunderbird 3.1.7+build3+nobinonly-0ubuntu0.10.10.1 ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10 Uname: Linux 2.6.35-25-generic i686 Architecture: i386 Date: Tue Feb 1 10:18:50 2011 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release i386 (20101007) ProcEnviron: LANG=en_CA.utf8 SHELL=/bin/bash SourcePackage: thunderbird To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/711314/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 711314]
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 properties dialogue modal on all OS, so it cannot currently be tested and needs to be revisited after fix for bug 135126. * Bug 135126 (and its TB-twin bug 282841 currently kept open as a duplicate collector) covers the current problem on *all* OS that it is generally not possible to drag drop cards into the List properties dialogue because the dialogue window is modal. Todo: - check if different problem of Comment 68 is covered by its own bug (that's a problem of dragging *text* into the list properties dialogue, and it doesn't create new lines for subsequent addresses as expected) - revisit sort out duplicates of this bug and move them to the appropriate current bugs. Due to the morph-mess in this bug, I'd expect some of them to be dupes of bug 135126 rather than bug 814342. *** This bug has been marked as a duplicate of bug 814342 *** -- 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 contacts to list Status in Mozilla Thunderbird Mail and News: Invalid Status in “thunderbird” package in Ubuntu: Confirmed Bug description: Binary package hint: thunderbird Address Book - Can't drag and drop contacts to list. This simple action results in erratic behavior. This has been tested in 10.04, 10.10 and Mozilla Daily's Thunderbird shredder 3.1.9~hg20110126r5943 +nobinonly-0ubuntu3~umd3~maverick Here are some of the issues I have noticed with Drag Drop contacts in Thunderbird: -Dragging and dropping does not always work, in many cases some or most of the contacts selected were ignored (This Bug) -Can't drag and drop from LDAP to local address book to replicate contacts locally (regression, was possible) (Bug #711320) ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: thunderbird 3.1.7+build3+nobinonly-0ubuntu0.10.10.1 ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10 Uname: Linux 2.6.35-25-generic i686 Architecture: i386 Date: Tue Feb 1 10:18:50 2011 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release i386 (20101007) ProcEnviron: LANG=en_CA.utf8 SHELL=/bin/bash SourcePackage: thunderbird To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/711314/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 711314]
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.launchpad.net/bugs/711314 Title: Address Book - Can't drag and drop contacts to list Status in Mozilla Thunderbird Mail and News: Invalid Status in “thunderbird” package in Ubuntu: Confirmed Bug description: Binary package hint: thunderbird Address Book - Can't drag and drop contacts to list. This simple action results in erratic behavior. This has been tested in 10.04, 10.10 and Mozilla Daily's Thunderbird shredder 3.1.9~hg20110126r5943 +nobinonly-0ubuntu3~umd3~maverick Here are some of the issues I have noticed with Drag Drop contacts in Thunderbird: -Dragging and dropping does not always work, in many cases some or most of the contacts selected were ignored (This Bug) -Can't drag and drop from LDAP to local address book to replicate contacts locally (regression, was possible) (Bug #711320) ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: thunderbird 3.1.7+build3+nobinonly-0ubuntu0.10.10.1 ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10 Uname: Linux 2.6.35-25-generic i686 Architecture: i386 Date: Tue Feb 1 10:18:50 2011 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release i386 (20101007) ProcEnviron: LANG=en_CA.utf8 SHELL=/bin/bash SourcePackage: thunderbird To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/711314/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 848183]
(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 you and me volunteer to fix them. Brian, do you have some coding skills to try this? -- 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 folders Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: From https://wiki.mozilla.org/Thunderbird:Fix_some_longstanding_bugs#RFC822_Attachments_and_.EML_files: It should be possible to file (import) the attachment or the .EML file directly into a mail folder (bug 11013 / bug 226877, bug 204612). The menu action Message | Copy To | folder would be an elegant way to implement this. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: thunderbird 3.1.13+build1+nobinonly-0ubuntu0.11.04.1 ProcVersionSignature: Ubuntu 2.6.38-11.48-generic 2.6.38.8 Uname: Linux 2.6.38-11-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Mon Sep 12 15:02:59 2011 InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release amd64 (20100427.1) ProcEnviron: LANGUAGE=en_CA:en LANG=en_CA.UTF-8 SHELL=/bin/zsh SourcePackage: thunderbird UpgradeStatus: Upgraded to natty on 2011-04-30 (135 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/848183/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 848183]
*** 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 folders Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: From https://wiki.mozilla.org/Thunderbird:Fix_some_longstanding_bugs#RFC822_Attachments_and_.EML_files: It should be possible to file (import) the attachment or the .EML file directly into a mail folder (bug 11013 / bug 226877, bug 204612). The menu action Message | Copy To | folder would be an elegant way to implement this. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: thunderbird 3.1.13+build1+nobinonly-0ubuntu0.11.04.1 ProcVersionSignature: Ubuntu 2.6.38-11.48-generic 2.6.38.8 Uname: Linux 2.6.38-11-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Mon Sep 12 15:02:59 2011 InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release amd64 (20100427.1) ProcEnviron: LANGUAGE=en_CA:en LANG=en_CA.UTF-8 SHELL=/bin/zsh SourcePackage: thunderbird UpgradeStatus: Upgraded to natty on 2011-04-30 (135 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/848183/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 848183]
*** 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 folders Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: From https://wiki.mozilla.org/Thunderbird:Fix_some_longstanding_bugs#RFC822_Attachments_and_.EML_files: It should be possible to file (import) the attachment or the .EML file directly into a mail folder (bug 11013 / bug 226877, bug 204612). The menu action Message | Copy To | folder would be an elegant way to implement this. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: thunderbird 3.1.13+build1+nobinonly-0ubuntu0.11.04.1 ProcVersionSignature: Ubuntu 2.6.38-11.48-generic 2.6.38.8 Uname: Linux 2.6.38-11-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Mon Sep 12 15:02:59 2011 InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release amd64 (20100427.1) ProcEnviron: LANGUAGE=en_CA:en LANG=en_CA.UTF-8 SHELL=/bin/zsh SourcePackage: thunderbird UpgradeStatus: Upgraded to natty on 2011-04-30 (135 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/848183/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 848183]
*** 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 folders Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: From https://wiki.mozilla.org/Thunderbird:Fix_some_longstanding_bugs#RFC822_Attachments_and_.EML_files: It should be possible to file (import) the attachment or the .EML file directly into a mail folder (bug 11013 / bug 226877, bug 204612). The menu action Message | Copy To | folder would be an elegant way to implement this. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: thunderbird 3.1.13+build1+nobinonly-0ubuntu0.11.04.1 ProcVersionSignature: Ubuntu 2.6.38-11.48-generic 2.6.38.8 Uname: Linux 2.6.38-11-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Mon Sep 12 15:02:59 2011 InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release amd64 (20100427.1) ProcEnviron: LANGUAGE=en_CA:en LANG=en_CA.UTF-8 SHELL=/bin/zsh SourcePackage: thunderbird UpgradeStatus: Upgraded to natty on 2011-04-30 (135 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/848183/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 848183]
*** 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 folders Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: From https://wiki.mozilla.org/Thunderbird:Fix_some_longstanding_bugs#RFC822_Attachments_and_.EML_files: It should be possible to file (import) the attachment or the .EML file directly into a mail folder (bug 11013 / bug 226877, bug 204612). The menu action Message | Copy To | folder would be an elegant way to implement this. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: thunderbird 3.1.13+build1+nobinonly-0ubuntu0.11.04.1 ProcVersionSignature: Ubuntu 2.6.38-11.48-generic 2.6.38.8 Uname: Linux 2.6.38-11-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Mon Sep 12 15:02:59 2011 InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release amd64 (20100427.1) ProcEnviron: LANGUAGE=en_CA:en LANG=en_CA.UTF-8 SHELL=/bin/zsh SourcePackage: thunderbird UpgradeStatus: Upgraded to natty on 2011-04-30 (135 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/848183/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 848183]
*** 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 folders Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: From https://wiki.mozilla.org/Thunderbird:Fix_some_longstanding_bugs#RFC822_Attachments_and_.EML_files: It should be possible to file (import) the attachment or the .EML file directly into a mail folder (bug 11013 / bug 226877, bug 204612). The menu action Message | Copy To | folder would be an elegant way to implement this. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: thunderbird 3.1.13+build1+nobinonly-0ubuntu0.11.04.1 ProcVersionSignature: Ubuntu 2.6.38-11.48-generic 2.6.38.8 Uname: Linux 2.6.38-11-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Mon Sep 12 15:02:59 2011 InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release amd64 (20100427.1) ProcEnviron: LANGUAGE=en_CA:en LANG=en_CA.UTF-8 SHELL=/bin/zsh SourcePackage: thunderbird UpgradeStatus: Upgraded to natty on 2011-04-30 (135 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/848183/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 848183]
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... -- 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 folders Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: From https://wiki.mozilla.org/Thunderbird:Fix_some_longstanding_bugs#RFC822_Attachments_and_.EML_files: It should be possible to file (import) the attachment or the .EML file directly into a mail folder (bug 11013 / bug 226877, bug 204612). The menu action Message | Copy To | folder would be an elegant way to implement this. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: thunderbird 3.1.13+build1+nobinonly-0ubuntu0.11.04.1 ProcVersionSignature: Ubuntu 2.6.38-11.48-generic 2.6.38.8 Uname: Linux 2.6.38-11-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Mon Sep 12 15:02:59 2011 InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release amd64 (20100427.1) ProcEnviron: LANGUAGE=en_CA:en LANG=en_CA.UTF-8 SHELL=/bin/zsh SourcePackage: thunderbird UpgradeStatus: Upgraded to natty on 2011-04-30 (135 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/848183/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 848183]
*** 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 folders Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: From https://wiki.mozilla.org/Thunderbird:Fix_some_longstanding_bugs#RFC822_Attachments_and_.EML_files: It should be possible to file (import) the attachment or the .EML file directly into a mail folder (bug 11013 / bug 226877, bug 204612). The menu action Message | Copy To | folder would be an elegant way to implement this. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: thunderbird 3.1.13+build1+nobinonly-0ubuntu0.11.04.1 ProcVersionSignature: Ubuntu 2.6.38-11.48-generic 2.6.38.8 Uname: Linux 2.6.38-11-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Mon Sep 12 15:02:59 2011 InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release amd64 (20100427.1) ProcEnviron: LANGUAGE=en_CA:en LANG=en_CA.UTF-8 SHELL=/bin/zsh SourcePackage: thunderbird UpgradeStatus: Upgraded to natty on 2011-04-30 (135 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/848183/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 848183]
*** 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 folders Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: From https://wiki.mozilla.org/Thunderbird:Fix_some_longstanding_bugs#RFC822_Attachments_and_.EML_files: It should be possible to file (import) the attachment or the .EML file directly into a mail folder (bug 11013 / bug 226877, bug 204612). The menu action Message | Copy To | folder would be an elegant way to implement this. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: thunderbird 3.1.13+build1+nobinonly-0ubuntu0.11.04.1 ProcVersionSignature: Ubuntu 2.6.38-11.48-generic 2.6.38.8 Uname: Linux 2.6.38-11-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Mon Sep 12 15:02:59 2011 InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release amd64 (20100427.1) ProcEnviron: LANGUAGE=en_CA:en LANG=en_CA.UTF-8 SHELL=/bin/zsh SourcePackage: thunderbird UpgradeStatus: Upgraded to natty on 2011-04-30 (135 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/848183/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 711314]
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 128124, is that the mailing list dialog is modal (and is present on all platforms); the actual bug for fixing that problem is bug 135126 (and see also bug 115904). Since the modal dialog effectively prevents anyone from testing if the original bug still exists, I'll be adding a dependency. +1 (In reply to Wayne Mery (:wsmwk) from comment #55) as a result of the blocker, as a practical matter, I don't see much value to keeping this open, because prior to comment 27 there is no testcase, let alone a reduced testcase, and no clear steps that others can replicate. ... Unless we want this to be the cesspool for all drag and drop bugs with no testcases or poorly formed reports - in which case the currently vague summary needs improvement. But given this bug's ragged long history I'd sooner pick a newer, shorter, more clearly worded bug. +1 I see two ways of clearing this up: 1) Morph this bug back into a MAC-only bug to be revisited after fix for bug 135126, with a crystal clear summary, and an entry in Whiteboard pointing to an authoritative comment explaining the matter Or 2) Shut this bug down and create a new MAC-only bug to be revisited after fix for bug 135126, with a crystal clear summary, and description pointing to those other bugs like bug 135126 Before doing that, I'd like two pieces of information (A+B): A) (In reply to James Rome from comment #69) But on a Mac, it does NOT open in a separate window! So you cannot drag and drop from your main address book. TB needs to override the Mac style guidelines and use a separate window. As a windows user, I'm confused bc comment 0 suggests the presence of a Mailing List *window* on MAC, whereas comment 69 denies the same. James, can you add an attachment to this bug, with a screenshot showing the current design of Mailing List Properties dialog on MAC? Does the window/non-window design of MAC play any role for this bug (I think not)? B) Do we have a bug for comment 68 (which is clearly different from this bug, but perhaps it is blocking bug 135126)? (In reply to Ann-Marie from comment #68) Go to address book. Open one of the address lists, new window Mailing List with List name. There is ONE open line at the bottom waiting for the next entry. Drag and drop an email address from another source such as an email message content in one of your email folders. The drag and drop email occupies the open line on the Mailing List as expected. Drag and drop another to add to the list and there is no open line to drop it in. You have to click on the Mailing list and manually scroll down to open a new empty line. -- 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 contacts to list Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: Binary package hint: thunderbird Address Book - Can't drag and drop contacts to list. This simple action results in erratic behavior. This has been tested in 10.04, 10.10 and Mozilla Daily's Thunderbird shredder 3.1.9~hg20110126r5943 +nobinonly-0ubuntu3~umd3~maverick Here are some of the issues I have noticed with Drag Drop contacts in Thunderbird: -Dragging and dropping does not always work, in many cases some or most of the contacts selected were ignored (This Bug) -Can't drag and drop from LDAP to local address book to replicate contacts locally (regression, was possible) (Bug #711320) ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: thunderbird 3.1.7+build3+nobinonly-0ubuntu0.10.10.1 ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10 Uname: Linux 2.6.35-25-generic i686 Architecture: i386 Date: Tue Feb 1 10:18:50 2011 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release i386 (20101007) ProcEnviron: LANG=en_CA.utf8 SHELL=/bin/bash SourcePackage: thunderbird To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/711314/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 711314]
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/bugs/711314 Title: Address Book - Can't drag and drop contacts to list Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: Binary package hint: thunderbird Address Book - Can't drag and drop contacts to list. This simple action results in erratic behavior. This has been tested in 10.04, 10.10 and Mozilla Daily's Thunderbird shredder 3.1.9~hg20110126r5943 +nobinonly-0ubuntu3~umd3~maverick Here are some of the issues I have noticed with Drag Drop contacts in Thunderbird: -Dragging and dropping does not always work, in many cases some or most of the contacts selected were ignored (This Bug) -Can't drag and drop from LDAP to local address book to replicate contacts locally (regression, was possible) (Bug #711320) ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: thunderbird 3.1.7+build3+nobinonly-0ubuntu0.10.10.1 ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10 Uname: Linux 2.6.35-25-generic i686 Architecture: i386 Date: Tue Feb 1 10:18:50 2011 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release i386 (20101007) ProcEnviron: LANG=en_CA.utf8 SHELL=/bin/bash SourcePackage: thunderbird To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/711314/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 711314]
(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 related to the original MAC problem of this bug, and the see-also pointer will just undermine our efforts to isolate the MAC problem in this bug as proposed in comment 70. -- 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 contacts to list Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: Binary package hint: thunderbird Address Book - Can't drag and drop contacts to list. This simple action results in erratic behavior. This has been tested in 10.04, 10.10 and Mozilla Daily's Thunderbird shredder 3.1.9~hg20110126r5943 +nobinonly-0ubuntu3~umd3~maverick Here are some of the issues I have noticed with Drag Drop contacts in Thunderbird: -Dragging and dropping does not always work, in many cases some or most of the contacts selected were ignored (This Bug) -Can't drag and drop from LDAP to local address book to replicate contacts locally (regression, was possible) (Bug #711320) ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: thunderbird 3.1.7+build3+nobinonly-0ubuntu0.10.10.1 ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10 Uname: Linux 2.6.35-25-generic i686 Architecture: i386 Date: Tue Feb 1 10:18:50 2011 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release i386 (20101007) ProcEnviron: LANG=en_CA.utf8 SHELL=/bin/bash SourcePackage: thunderbird To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/711314/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 397574]
*** 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: Binary package hint: thunderbird steps to reproduce: - View - Layout - Classic View - View - Layout - enable Message Pane - select a message in which you can see special characters (e.g. ö,ä,ü...) - switch the layout, e.g. View - Layout - Wide View now you can see, that the special characters are displayed wrong (e.g. ö instead of ö) If you select another mail and select this mail again, the characters are displayed without problems! I think there is a problem with the encoding after switching the layout Regards scamp ProblemType: Bug Architecture: amd64 DistroRelease: Ubuntu 9.04 Package: mozilla-thunderbird 2.0.0.21+nobinonly-0ubuntu1.9.04.1 PackageArchitecture: all ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird Uname: Linux 2.6.28-11-generic x86_64 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/397574/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 397574]
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 to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/397574 Title: Encoding problems after switching the layout Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: Binary package hint: thunderbird steps to reproduce: - View - Layout - Classic View - View - Layout - enable Message Pane - select a message in which you can see special characters (e.g. ö,ä,ü...) - switch the layout, e.g. View - Layout - Wide View now you can see, that the special characters are displayed wrong (e.g. ö instead of ö) If you select another mail and select this mail again, the characters are displayed without problems! I think there is a problem with the encoding after switching the layout Regards scamp ProblemType: Bug Architecture: amd64 DistroRelease: Ubuntu 9.04 Package: mozilla-thunderbird 2.0.0.21+nobinonly-0ubuntu1.9.04.1 PackageArchitecture: all ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird Uname: Linux 2.6.28-11-generic x86_64 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/397574/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 397574]
*** 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: Binary package hint: thunderbird steps to reproduce: - View - Layout - Classic View - View - Layout - enable Message Pane - select a message in which you can see special characters (e.g. ö,ä,ü...) - switch the layout, e.g. View - Layout - Wide View now you can see, that the special characters are displayed wrong (e.g. ö instead of ö) If you select another mail and select this mail again, the characters are displayed without problems! I think there is a problem with the encoding after switching the layout Regards scamp ProblemType: Bug Architecture: amd64 DistroRelease: Ubuntu 9.04 Package: mozilla-thunderbird 2.0.0.21+nobinonly-0ubuntu1.9.04.1 PackageArchitecture: all ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird Uname: Linux 2.6.28-11-generic x86_64 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/397574/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 397574]
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 Ubuntu. https://bugs.launchpad.net/bugs/397574 Title: Encoding problems after switching the layout Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: Binary package hint: thunderbird steps to reproduce: - View - Layout - Classic View - View - Layout - enable Message Pane - select a message in which you can see special characters (e.g. ö,ä,ü...) - switch the layout, e.g. View - Layout - Wide View now you can see, that the special characters are displayed wrong (e.g. ö instead of ö) If you select another mail and select this mail again, the characters are displayed without problems! I think there is a problem with the encoding after switching the layout Regards scamp ProblemType: Bug Architecture: amd64 DistroRelease: Ubuntu 9.04 Package: mozilla-thunderbird 2.0.0.21+nobinonly-0ubuntu1.9.04.1 PackageArchitecture: all ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird Uname: Linux 2.6.28-11-generic x86_64 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/397574/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 397574]
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.mozilla.org/de/thunderbird/addon/morelayouts/ -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Confirmed Bug description: Binary package hint: thunderbird steps to reproduce: - View - Layout - Classic View - View - Layout - enable Message Pane - select a message in which you can see special characters (e.g. ö,ä,ü...) - switch the layout, e.g. View - Layout - Wide View now you can see, that the special characters are displayed wrong (e.g. ö instead of ö) If you select another mail and select this mail again, the characters are displayed without problems! I think there is a problem with the encoding after switching the layout Regards scamp ProblemType: Bug Architecture: amd64 DistroRelease: Ubuntu 9.04 Package: mozilla-thunderbird 2.0.0.21+nobinonly-0ubuntu1.9.04.1 PackageArchitecture: all ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: thunderbird Uname: Linux 2.6.28-11-generic x86_64 To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/397574/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 699922]
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 News: Confirmed Status in “thunderbird” package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird In a multiple monitor setup, Thunderbird displays its notification in the bottom right of the leftmost monitor, rather than the window on which it is currently active. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: thunderbird 3.1.7+build3+nobinonly-0ubuntu0.10.10.1 ProcVersionSignature: Ubuntu 2.6.35-24.42-generic-pae 2.6.35.8 Uname: Linux 2.6.35-24-generic-pae i686 NonfreeKernelModules: nvidia Architecture: i386 Date: Fri Jan 7 16:01:00 2011 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release i386 (20101007) ProcEnviron: LANG=en_GB.utf8 SHELL=/bin/bash SourcePackage: thunderbird To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/699922/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
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 subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/1085 Title: selecting text in full header mode fails Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
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. -- 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1085]
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 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 Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: Triaged Bug description: control+a does not select all the text in the full header window WORKAROUND: use View|Message Source instead of View|Headers|All To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
