Closed
Bug 510378
Opened 16 years ago
Closed 16 years ago
Consider enabling Satchel/Form Fill in Thunderbird
Categories
(Thunderbird :: Build Config, defect)
Thunderbird
Build Config
Tracking
(Not tracked)
RESOLVED
FIXED
Thunderbird 3.0b4
People
(Reporter: standard8, Assigned: standard8)
References
Details
(Keywords: dev-doc-complete)
Attachments
(2 files)
1.46 KB,
patch
|
Details | Diff | Splinter Review | |
1.98 KB,
patch
|
philor
:
review+
|
Details | Diff | Splinter Review |
Form fill is a useful part of content browsing.
The most useful application for form fill in Thunderbird is to allow passwords to be entered in the case of multiple passwords per user.
This will also bring us another step closer to core.
The core part of this is in bug 510377, the patch here includes the relevant files in the build and extends the content tabs to take advantage of form fill. I'll request review once we get the core patch in.
Assignee | ||
Comment 1•16 years ago
|
||
Updated patch. Now that the core patch to enable satchel (in bug 510377) has sr, I'd like to move this forward especially as applying it without the core patch doesn't actually affect anything.
Testing is a little bit harder at the moment. The simplest way I can think of is:
1) apply patch from bug 510377 to core, along with this patch. Set network.protocol-handler.expose-all to true. In nsMsgWindow::IsPreferred change *aCanHandleContent to be set to PR_TRUE. Build Thunderbird.
2) Start Thunderbird, in error console enter:
Components.classes['@mozilla.org/appshell/window-mediator;1'].getService(Components.interfaces.nsIWindowMediator).getMostRecentWindow("mail:3pane").document.getElementById("tabmail").openTab("contentTab", {contentPage: "http://bugzilla.mozilla.org"});
and evaluate.
3) Enter a bug number in the find field.
4) Then navigate back to the same page and start to enter the same number. The form fill autocomplete suggestion should appear.
Attachment #396983 -
Flags: review?(philringnalda)
Comment 2•16 years ago
|
||
Comment on attachment 396983 [details] [diff] [review]
The fix v2
>+++ b/mail/app/profile/all-thunderbird.js
>\ No newline at end of file
I think a newline would look good there :)
Attachment #396983 -
Flags: review?(philringnalda) → review+
Assignee | ||
Comment 3•16 years ago
|
||
I checked this in with a couple of changes to the packages files, so that we can have builds on trunk with this working whilst we're awaiting 1.9.1 approvals.
The packages changes were to add appropriate MOZILLA_1_9_1_BRANCH ifdefs and add nsFormAutoComplete.js which is a trunk-only file. I also added the files to removed-files.in for now to support downgrades etc.
http://hg.mozilla.org/comm-central/rev/3e1287030b09
Whiteboard: [fixed on trunk][waiting for 191 landing]
Comment 4•16 years ago
|
||
Since this checkin:
Error: Components.classes['@mozilla.org/satchel/form-fill-controller;1'] is undefined
Source file: chrome://global/content/bindings/browser.xml
Line: 400
Has been appearing in the error console.
Assignee | ||
Comment 5•16 years ago
|
||
(In reply to comment #4)
> Since this checkin:
> Error: Components.classes['@mozilla.org/satchel/form-fill-controller;1'] is
> undefined
Assuming that's on the 3.0b4pre builds just ignore it for now and when we get approval for bug 510377 to land on 1.9.1 it'll be fixed.
Assignee | ||
Comment 6•16 years ago
|
||
Now that bug 510377 is on 1.9.1, I've tweaked the packaging to include it on our builds:
http://hg.mozilla.org/comm-central/rev/d7402d37bd3b
Therefore marking this fixed.
Status: NEW → RESOLVED
Closed: 16 years ago
Keywords: dev-doc-needed
Resolution: --- → FIXED
Whiteboard: [fixed on trunk][waiting for 191 landing]
Keywords: dev-doc-needed → dev-doc-complete
Mark updated the "Thunderbird 3 for developers" MDC page (https://developer.mozilla.org/En/Thunderbird_3_for_developers#Form_Fill)
You need to log in
before you can comment on or make changes to this bug.
Description
•