EXPERIMENTAL - copy of comm-central for forking on github
Перейти к файлу
Ping Chen e165e3ca05 Bug 1237571 - Register as webcal(s):// handler on Windows. r=mkmelin
Differential Revision: https://phabricator.services.mozilla.com/D111220

--HG--
extra : amend_source : 4a76ac4c24d005777ff5dec2d703d251da6985e8
2021-04-08 13:13:31 +03:00
build Bug 1681607 - [one-repo] Add Mercurial sparse profiles. r=justdave 2021-03-31 16:49:32 +00:00
calendar Bug 1703078 - Adapt the TB stylings to the Proton infobars. r=aleca 2021-04-07 12:57:25 +03:00
chat Bug 1702035 - Fix reported account type for im accounts. r=freaktechnik 2021-03-31 13:24:57 -04:00
common Bug 1702731 - Follow up, fix broken tests. rs=bustage-fix DONTBUILD 2021-04-07 15:51:03 -07:00
ldap Bug 1695274 - Port bug 1691913: Rename nsBaseHashtable::Put to InsertOrUpdate. r=aleca,rjl 2021-02-26 18:26:46 +01:00
mail Bug 1237571 - Register as webcal(s):// handler on Windows. r=mkmelin 2021-04-08 13:13:31 +03:00
mailnews Bug 1697575 - Open Email Wizard dialog in a Tab. r=mkmelin 2021-04-07 20:33:27 +03:00
other-licenses/7zstub Bug 1684301 - Update installer stub with latest Mozilla code. r=IanN 2020-12-27 00:50:44 +01:00
python Bug 1676896 - Remove pycparser dependencies from rnp_symbols.py to make it more accessible. r=kaie 2020-12-09 03:46:42 +00:00
suite Bug 1699322 - Convert gif icons in SeaMonkey themes to png - branding run through optipng. r=frg 2021-03-27 14:09:19 +00:00
taskcluster Bug 1681607 - Set taskgraph parameters for Jamun. r=justdave 2021-03-31 20:19:03 +00:00
testing Bug 1684323 - Lower the leak threshold for Mochitest tasks. rs=me 2020-12-28 10:47:36 +13:00
third_party Bug 1700240 - Update packaging for correct name of libotr shared library. r=justdave 2021-03-30 22:06:11 +00:00
tools/lint Bug 1700821 - Port bug 1700423: Remove py2 and py3 source linters. r=justdave 2021-03-26 12:11:52 +02:00
.arcconfig Bug 1460372 - Update .arcconfig to make history mutable. r=Fallen 2018-05-09 13:56:23 -04:00
.clang-format-ignore Bug 1674398 - Update taskgraph config files that reference mozharness. r=justdave 2020-11-03 09:09:16 +02:00
.cron.yml Bug 1640070 - Use existing build for Thunderbird Dailies. r=justdave 2020-11-11 11:22:57 +02:00
.eslintignore Bug 1684772 - Move editor/ui into suite/editor. r=frg DONTBUILD 2021-01-03 13:39:41 +00:00
.eslintrc.js Bug 1702166 - adjust comm-central for "Update ESLint, Babel and associated modules to the latest versions". rs=bustage-fix DONTBUILD 2021-04-05 12:41:39 +03:00
.gecko_rev.yml Bug 1491371 - Follow-up: remove empty lines at the end of .gecko_rev.yml. rs=white-space-only 2019-03-25 22:28:36 +01:00
.hg-annotate-ignore-revs Bug 1672798 - Add Python black formatting changesets in hg annotate output. r=me DONTBUILD 2020-11-06 15:55:07 -05:00
.hgignore Bug 1586340 - Add JetBrains IDE files to .hgignore. r=mkmelin DONTBUILD 2019-10-04 09:32:00 +02:00
.hgtags No bug - tagging d78f815f7dc762371b05ae0fba574b6cce9397d6 with NIGHTLY_88_END a=release DONTBUILD CLOSED TREE 2021-03-22 16:25:59 +00:00
.prettierignore Bug 1577835 - Reformat the .eslintrc.js files with Prettier. r=mkmelin 2019-08-31 08:56:13 -04:00
.taskcluster.yml Bug 1678414 - Update .taskcluster.yml to line up more with Firefox. r=justdave 2020-11-19 19:00:57 +00:00
.yamllint Bug 1552088 - Port bug 1550816: Consistent yamllint configuration. r=darktrojan 2019-05-21 22:09:20 +02:00
.ycm_extra_conf.py Bug 1185540 - Support YouCompleteMe vim plugin in comm-central. r=mkmelin a=SM CLOSED TREE 2015-07-20 17:31:37 +02:00
AUTHORS Bug 1138689 - /me and /action should fire a sending-message notification before actually sending the action. r=clokep 2015-03-13 13:04:26 -07:00
README.md Bug 1627613 - Fix outdated links in Thunderbird's README.md. r=mkmelin DONTBUILD 2020-04-06 09:07:19 +00:00
moz.build Fix bug 1139679 - Make use of BUG_COMPONENT metadata. r=jcranmer 2015-03-17 13:50:09 +01:00

README.md

Thunderbird

Thunderbird is a powerful and customizable open source email client with lots of users. It is based on the same platform that Firefox uses.

Getting Started

This README will try and give you the basics that you need to get started, more comprehensive documentation is available on the Thunderbird Developer Website.

Mozilla Code Base

Thunderbird is built on the Mozilla platform, the same base that Firefox is built from. As such the two projects share a lot of code and much of the documentation for one will apply, in many ways, to the other.

In order to be able to build Thunderbird - you will need the mozilla-central repository as well as the comm-central repository (where this README lives). Check out our Getting Started documentation for instructions on how and where to get the source code.

mozilla-central vs. comm-central

The mozilla-central repostitory contains the Firefox codebase and all of the platform code. The comm-central repository is added as a subdirectory "comm/" under mozilla-central. This contains the code for Thunderbird.

Building Thunderbird

Build Prerequisites

This README assumes that you already have the prerequisite software required to build Thunderbird. If you have not already done so, please complete the instructions for your operating system and then continue following this guide:

Build Configuration

To build Thunderbird, you need to create a file named mozconfig (can also be .mozconfig) to the root directory of the mozilla-central checkout that contains the option comm/mail enabled. You can create a file with this line by doing this in the root source directory:

echo 'ac_add_options --enable-application=comm/mail' > mozconfig

If you omit this line, the build system will build Firefox instead. Other build configuration options can be added to this file, although it's strongly recommended that you only use options that you fully understand. For example, to create a debug build instead of a release build, that file would also contain the line:

ac_add_options --enable-debug

Each of these ac_add_options entries needs to be on its own line.

For more on configuration options, see the page Configuring build options. Note that if you use an MOZ_OBJDIR it cannot be a sibling folder to the root source directory. Use an absolute path to be sure!

Building

Before you start, make sure that the version you checked out is not busted. For hg tip, you should see green Bs on https://treeherder.mozilla.org/#/jobs?repo=comm-central

To start the build, cd into the root source directory, and run:

./mach build

mach is our command-line tool to streamline common developer tasks. See the mach article for more.

Building can take a significant amount of time, depending on your system, OS, and chosen build options. Linux builds on a fast box may take under 15 minutes, but Windows builds on a slow box may take several hours.

Make Your Build Faster

Follow this guide to rely on ccache and other Tips for making builds faster.

Running Thunderbird

To run your build, you can use:

./mach run

There are various command line parameters you can add, e.g. to specify a profile, such as: -no-remote -P testing --purgecaches

Various temporary files, libraries, and the Thunderbird executable will be found in your object directory under `comm-central/`, which is prefixed with obj-. The exact name depends on your system and OS. For example, a Mac user may get an object directory name of obj-x86_64-apple-darwin10.7.3/.

The Thunderbird executable in particular, and its dependencies are located under the dist/bin folder under the object directory. To run the executable from your comm-central working directory:

  • Windows: obj-.../dist/bin/thunderbird.exe
  • Linux: obj-.../dist/bin/thunderbird
  • macOS: obj-.../dist/Daily.app/Contents/MacOS/thunderbird

Update and Build Again

To pull down the latest changes, in the mozilla directory run the following commands:

hg pull -u
cd comm
hg pull -u
cd ..

or to do it via one command:

hg pull -u && cd comm && hg pull -u

The just run the ./mach build command detailed in the Buildinginstructions above. This will only recompile files that changed, but it may still take a long time.

Rebuilding

To build after changes you can simply run:

./mach build

Rebuilding Specific Parts

If you have made many changes, but only want to rebuild specific parts, you may run the following commands.

C or C++ Files:

./mach build binaries

JavaScript or XUL Files Windows Only:

./mach build path/to/dir

Replace path/to/dir with the directory with the files changed.

This is the tricky bit since you need to specify the directory that installs the files, which may be a parent directory of the changed file's directory. For example, to just rebuild the Lightning calendar extension:

./mach build comm/calendar/lightning

Contributing

Getting Plugged into the Community

We have a complete listing of the ways in which you can get involved with Thunderbird on our website. Below are some quick references from that page that you can use if you are looking to contribute to Thunderbird core right away.

Mailing Lists

If you want to participate in discussions about Thunderbird development, there are two main mailing lists you want to join.

  1. TB-Planning: This mailing list is higher level topics like: the future of Thunderbird, potential features, and changes that you would like to see happen. It is also used to discuss a variety of broader issues around community and governance of the project.
  2. Maildev: A moderated mailing list for discussing engineering plans for Thunderbird. It is a place where you can raise questions and ideas for core Thunderbird development.

IRC

If you want to ask questions about how to hack on Thunderbird, the IRC channel you want to join is #maildev on irc.mozilla.org.

Report a Bug and Request Features

Bugzilla

Thunderbird uses bugzilla for reporting and tracking bugs as well as enhancement requests. If you want to become a contributor to Thunderbird, you will need an account on Bugzilla.

Fixing a Bug and Submitting Patches

All the issues, bugs, work in progress patches, or updates related to Thunderbird, are listed on Bugzilla and are properly organized per Product, Component, and Status. For instance you can see how they are listed by looking at recent bugs for Thunderbird.

Create a Bugzilla account

Creating an account is necessary in order to submit patches, leave comments, and interact with any other aspect of Bugzilla. If you're currently using an IRC username in the #maildev channel, we recommend saving your profile name with the current format Firstname Lastname (:username) in order to be easily searchable and allow the Thunderbird team to offer better support.

Find a Bug

Use the Advanced Search section to find bugs you want to take care of, and be sure that the bug doesn't currently have any user listed as Assignee and the Status is set to NEW. You can see a list of "easy" bugs for beginners via this query. However, we assume you came here to fix your "pet hate" bug, so you already likely have a bug to work with.

Search for Code References

Making sense of the Thunderbird source code, and knowing where to look, will take some time. The code base is pretty big and if you never worked with XBL or Custom Elements it can be overwhelming at first. We recommend using our code search engine, Searchfox, to inspect the source code and find snippets and references to help you out while investigating a bug.

Mercurial Workflow

Mercurial is pretty flexible in terms of allowing you to write your own code and keep it separate from the main code base. You can use Mercurial Bookmarks or Mercurial Queues for managing your work. We have guides created for bookmarks and queues on our developer website. While some find Mercurial Queues easier to work with, support for them is being deprecated in various Mozilla tools.

Once you finished taking care of your favorite bug and using Mercurial to commit and export your patch, you can upload it to Bugzilla for review.

Upload a Patch

Open your patch file in your code editor and be sure it includes all your code changes, and your name and commit message at the top. You can see an example of a patch for this README here.

If everything looks good, you can access the selected bug in Bugzilla and click on the Attach File link located above the first comment.

Ask for a Review

When uploading a patch to Bugzilla, you can request a review from the user who opened the bug or another developer. Simply select the ? in the dropdown selector in the review option of the Flags section. An input field will appear which will allow you to type the name or username of the user you want to review your patch. You can see an example of a patch on Bugzilla here.