- 30 Sep, 2019 8 commits
-
-
Emily Kager authored
-
Sawyer Blatz authored
-
Johan Lorenzo authored
* Bug 1580778 - Put back versionName to releases * Bug 1580778 - Put quote escaping
-
ekager authored
-
Grisha Kruglov authored
This patch includes: - WebChannels support enabled by default, with ability to disable it via remote flag - expanded FxA telemetry (closes #4971) Co-authored-by:
Arturo Mejia <arturomejiamarmol@gmail.com>
-
Chenxia Liu authored
-
Chenxia Liu authored
-
Chenxia Liu authored
-
- 27 Sep, 2019 12 commits
-
-
Sawyer Blatz authored
-
Sawyer Blatz authored
-
mcarare authored
-
Sawyer Blatz authored
-
Richard Pappalardo authored
-
Tiger Oakes authored
-
Sawyer Blatz authored
-
Johan Lorenzo authored
-
Sawyer Blatz authored
-
Tiger Oakes authored
-
Emily Kager authored
-
Sawyer Blatz authored
-
- 26 Sep, 2019 15 commits
-
-
Emily Kager authored
-
Mihai Adrian authored
Moved the deletion to a CoroutineScope(IO) to decouple from fragment lifecycle Used local val tempStorage to keep reference to bookmarkStorage of outside class Ran deletions with awaitAll to avoid concurrency issues on storage
-
Severin Rudie authored
Note that BookmarkFragmentStoreTest changes preserve existing behavior, which in many cases is more expansive than the test name implies
-
Severin Rudie authored
-
Severin Rudie authored
-
Severin Rudie authored
This was added to the state object as a top level param because it could reasonably coexist with any value of `tree` or `mode`. Even if we don't now, we may someday want to display a loading indicator while also showing cached bookmarks. For now, we set isLoading to false whenever we receive any bookmarks
-
Severin Rudie authored
-
Severin Rudie authored
The mismatch here was creating potentially inconsistent states. When first put into a CREATED or STARTED state, the listener would not be active, however after going through onResume it would then stay active until destroyed. We should only be navigating to bookmarks when in a RESUMED state, so this change should be safe. I tried it a few times to verify. But I've been wrong before!
-
Colin Lee authored
* For #2754 Add tab cards to share sheet * For #2754: Fix background near rounded corners and ShareButtonAppearanceTest * Add license to share_tab_item
-
Christian Sadilek authored
* Upgrade to Mozilla Android components 15.0.0-SNAPSHOT * Update findinpage integration to use browser-state * Use new UseCases APIs after download migration.
-
Mugurell authored
* For #5092 - Show a Snackbar with retry option if sharing to devices fails ShareController will contain all the business logic for checking the result status of the `share to device` operations. When this fails it will show a snackbar which also offer the possibility to retry the just failed operation. To allow this even in the event the user has closed the share fragment we'll use a GlobalScope's coroutine. Refactored out the TabsSharedCallback from ShareFragment because otherwise we would have neede to sent through that the just failed operation. After the refactor the ShareController is solely responsable for showing the right snackbar and handling the retry actions. * For #5092 - Refactor ShareControllerTest * For #5092: Adds color theming of snackbars
-
Yeon Taek Jeong authored
* No issue: Update long-press shortcut strings * Updates identifiers
-
Johan Lorenzo authored
-
Johan Lorenzo authored
-
ekager authored
-
- 25 Sep, 2019 5 commits
-
-
Agi Sferro authored
-
ekager authored
-
ekager authored
-
Emily Kager authored
-
Sawyer Blatz authored
-