mozilla
/
gecko-dev
зеркало из https://github.com/mozilla/gecko-dev.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
gecko-dev/toolkit/content/aboutProfiles.xhtml

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

42 строки
1.5 KiB
HTML
Исходник Обычный вид История

Bug 1179129 - about:profiles, r=ehsan
2015-12-15 17:12:06 +03:00
<?xml version="1.0" encoding="UTF-8"?>
<!-- This Source Code Form is subject to the terms of the Mozilla Public
- License, v. 2.0. If a copy of the MPL was not distributed with this
- file, You can obtain one at http://mozilla.org/MPL/2.0/. -->
Bug 1486935 - Migrated aboutProfiles to fluent for localization r=Gijs,flod Differential Revision: https://phabricator.services.mozilla.com/D5283 --HG-- extra : moz-landing-system : lando
2018-09-23 20:26:44 +03:00
<!DOCTYPE html>
Bug 1179129 - about:profiles, r=ehsan
2015-12-15 17:12:06 +03:00
<html xmlns="http://www.w3.org/1999/xhtml">
Bug 1486935 - Migrated aboutProfiles to fluent for localization r=Gijs,flod Differential Revision: https://phabricator.services.mozilla.com/D5283 --HG-- extra : moz-landing-system : lando
2018-09-23 20:26:44 +03:00
<head>
Bug 1499354: Add object-src 'none' to the CSP of all about: pages. r=freddyb Differential Revision: https://phabricator.services.mozilla.com/D46950 --HG-- extra : moz-landing-system : lando
2019-09-26 19:22:41 +03:00
<meta http-equiv="Content-Security-Policy" content="default-src chrome:; object-src 'none'" />
Bug 1486935 - Migrated aboutProfiles to fluent for localization r=Gijs,flod Differential Revision: https://phabricator.services.mozilla.com/D5283 --HG-- extra : moz-landing-system : lando
2018-09-23 20:26:44 +03:00
<title data-l10n-id="profiles-title"></title>
<link rel="icon" type="image/png" id="favicon" href="chrome://branding/content/icon32.png" />
Bug 1179129 - about:profiles, r=ehsan
2015-12-15 17:12:06 +03:00
<link rel="stylesheet" href="chrome://mozapps/skin/aboutProfiles.css" type="text/css" />
Bug 1546501 - Remove unnecessary type attributes (i.e. [type="application/javascript"]) on non-test script tags r=mossop This is an autogenerated commit, generated with https://bug1546501.bmoattachments.org/attachment.cgi?id=9060222 Differential Revision: https://phabricator.services.mozilla.com/D28559 --HG-- extra : moz-landing-system : lando
2019-04-24 22:43:57 +03:00
<script src="chrome://global/content/aboutProfiles.js" />
Bug 1322797: Replace selectedProfile with currentProfile and fix defaultProfile. r=froydnj, r=flod The current properties selectedProfile and defaultProfile are somewhat confusing selectedProfile actually returns the default profile for the build and defaultProfile returns the default profile for non-dev-edition builds. This confusion leads to callers doing the wrong thing in some places. What most code actually cares about is being able to set/get the default profile for this build and getting the current profile in use. So this patch replaces the previous properties with currentProfile and defaultProfile which do what makes more sense. This patch also switches from using the preprocessor to change behaviour for dev-edition builds to using a boolean flag since some code was incorrectly ignoring the setting to make dev-edition use the same profile as normal builds. In order to make currentProfile correct when resetting a profile I had to move CreateResetProfile into nsToolkitProfileService. Differential Revision: https://phabricator.services.mozilla.com/D16118 --HG-- extra : rebase_source : cefe252618cd3a1b0e0cd5a71b056dd2b557f1a3 extra : intermediate-source : 35af79575f54f75d22e213fdac7ddd704b40807a extra : source : 732d1ce192408d4f595f2fce16f45c7354ce3097
2018-12-28 20:44:47 +03:00
<link rel="localization" href="branding/brand.ftl" />
Bug 1486935 - Migrated aboutProfiles to fluent for localization r=Gijs,flod Differential Revision: https://phabricator.services.mozilla.com/D5283 --HG-- extra : moz-landing-system : lando
2018-09-23 20:26:44 +03:00
<link rel="localization" href="toolkit/about/aboutProfiles.ftl" />
</head>
<body id="body" class="wide-container">
Bug 1373921 - Remove duplicated css code from about:support/profiles/url-classifier. r=dao
2017-10-25 23:50:01 +03:00
<div id="action-box" class="notice-box">
Bug 1486935 - Migrated aboutProfiles to fluent for localization r=Gijs,flod Differential Revision: https://phabricator.services.mozilla.com/D5283 --HG-- extra : moz-landing-system : lando
2018-09-23 20:26:44 +03:00
<h3 data-l10n-id="profiles-restart-title"></h3>
<button id="restart-in-safe-mode-button" data-l10n-id="profiles-restart-in-safe-mode"></button>
<button id="restart-button" data-l10n-id="profiles-restart-normal"></button>
Bug 1179129 - about:profiles, r=ehsan
2015-12-15 17:12:06 +03:00
</div>
Bug 1486935 - Migrated aboutProfiles to fluent for localization r=Gijs,flod Differential Revision: https://phabricator.services.mozilla.com/D5283 --HG-- extra : moz-landing-system : lando
2018-09-23 20:26:44 +03:00
<h1 data-l10n-id="profiles-title"></h1>
Bug 1179129 - about:profiles, r=ehsan
2015-12-15 17:12:06 +03:00
Bug 1529879: Block changing the profile list when another process has changed it. r=froydnj,Gijs,flod On startup we record the size and modified time of the profile lists. If changed we refuse to flush any new changes to disk. Also adds a getter to check if they've changed so the UI can do something sensible. All attempts to flush are now checked for success. In some cases in early startup the failure mode isn't great, we just quit startup. The assumption though is that it's extremely unlikely that the files will have changed on disk in the time between when they are read and when profile selection occurs, likely less than a second later. The profile reset flow is changed to only delete the old profile and flush once all the migration has completed, so if something fails the user gets back to their old profile. In testing I ended up having to fix bug 1522584 so background file deletions on a background thread are safer. I haven't implemented any UI tests right now since making modifications to the profiles means modifying the actual user's profiles which I'm not keen to do. See bug 1539868. Differential Revision: https://phabricator.services.mozilla.com/D25278 --HG-- extra : rebase_source : b9fb01c5f2faaf7d534800b700bb02b8c88af023 extra : source : ad5ac4d5c8f7240809a205be2960924813f1e705
2019-03-05 23:51:44 +03:00
<div id="conflict">
<p data-l10n-id="profiles-conflict" />
Bug 1179129 - about:profiles, r=ehsan
2015-12-15 17:12:06 +03:00
</div>
Bug 1529879: Block changing the profile list when another process has changed it. r=froydnj,Gijs,flod On startup we record the size and modified time of the profile lists. If changed we refuse to flush any new changes to disk. Also adds a getter to check if they've changed so the UI can do something sensible. All attempts to flush are now checked for success. In some cases in early startup the failure mode isn't great, we just quit startup. The assumption though is that it's extremely unlikely that the files will have changed on disk in the time between when they are read and when profile selection occurs, likely less than a second later. The profile reset flow is changed to only delete the old profile and flush once all the migration has completed, so if something fails the user gets back to their old profile. In testing I ended up having to fix bug 1522584 so background file deletions on a background thread are safer. I haven't implemented any UI tests right now since making modifications to the profiles means modifying the actual user's profiles which I'm not keen to do. See bug 1539868. Differential Revision: https://phabricator.services.mozilla.com/D25278 --HG-- extra : rebase_source : b9fb01c5f2faaf7d534800b700bb02b8c88af023 extra : source : ad5ac4d5c8f7240809a205be2960924813f1e705
2019-03-05 23:51:44 +03:00
<div id="owned">
<div data-l10n-id="profiles-subtitle"></div>
Bug 1179129 - about:profiles, r=ehsan
2015-12-15 17:12:06 +03:00
Bug 1529879: Block changing the profile list when another process has changed it. r=froydnj,Gijs,flod On startup we record the size and modified time of the profile lists. If changed we refuse to flush any new changes to disk. Also adds a getter to check if they've changed so the UI can do something sensible. All attempts to flush are now checked for success. In some cases in early startup the failure mode isn't great, we just quit startup. The assumption though is that it's extremely unlikely that the files will have changed on disk in the time between when they are read and when profile selection occurs, likely less than a second later. The profile reset flow is changed to only delete the old profile and flush once all the migration has completed, so if something fails the user gets back to their old profile. In testing I ended up having to fix bug 1522584 so background file deletions on a background thread are safer. I haven't implemented any UI tests right now since making modifications to the profiles means modifying the actual user's profiles which I'm not keen to do. See bug 1539868. Differential Revision: https://phabricator.services.mozilla.com/D25278 --HG-- extra : rebase_source : b9fb01c5f2faaf7d534800b700bb02b8c88af023 extra : source : ad5ac4d5c8f7240809a205be2960924813f1e705
2019-03-05 23:51:44 +03:00
<div>
<button id="create-button" data-l10n-id="profiles-create"></button>
</div>
<div id="profiles" class="tab"></div>
</div>
Bug 1179129 - about:profiles, r=ehsan
2015-12-15 17:12:06 +03:00
</body>
</html>