Bugzilla posting failure.
Hi, Where is the proper forum to post a bug regarding bugzilla.mozilla.org? I *THINK* I posted a bug regarding bugzilla failure a couple of months ago, but for some reason, I could not find it in "My Dashboard" and so I am posting the question here. I experienced a bugzilla problem today and it resulted in a pair of duplicated entry. Problem was that - bugzilla showed a message after initial posting that an attachment could not be uploaded or something ( I wish I had recorded the message), but - then I realize that after I added an attachment to the resulting page WITHOUT attachment that a complete entry had already been created ... 1. Completely entry created despite the confusing error(?) message from bugzilla. https://bugzilla.mozilla.org/show_bug.cgi?id=1583415 2. After I clear the error message, I got a link to the following entry that lacked the attachment, and so I added the attachment. See comment 1 there. https://bugzilla.mozilla.org/show_bug.cgi?id=1583416 I only learned the existence of the URL 1 above AFTER I added the attachment since bugzilla said something about the failure of upload (?). I have not deleted the duplicate entries yet since the existence of the entry and the log on the bugzilla server may help whoever wants to debug the issue to find the cause of the strange bogus error message and what happened after I clicked a link the error message screen. (I DID, however, mark 1583416 as a dup of 1583415) At least, the error message screen, which I failed to capture, ought to be rewritten IMHO to inform the poster what has happened correctly in an easy-to-comprehend manner. Thank you for your attention in advance. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Can we remove xul:page?
I've put up a patch showing what would change at https://bugzilla.mozilla.org/show_bug.cgi?id=1583377 / https://phabricator.services.mozilla.com/D46869. On Mon, Sep 23, 2019 at 2:53 PM Brian Grinstead wrote: > We have 5 non-test consumers of in m-c right now: > https://searchfox.org/mozilla-central/search?q=%3Cpage&path=.xul. > > According to > https://developer.mozilla.org/en-US/docs/Archive/Mozilla/XUL/page, the > xul:page element is "similar to a window, except it should be used for XUL > files that are to be loaded into an iframe." > > But the only handling for page beyond being a generic XUL element I see is: > > * One relevant match on nsGkAtoms::page > https://searchfox.org/mozilla-central/search?q=symbol:_ZN9nsGkAtoms4pageE&redirect=false > that lumps it in with other root xul elements at > https://searchfox.org/mozilla-central/rev/153feabebc2d13bb4c29ef8adf104ec1ebd246ae/layout/xul/nsBoxFrame.cpp#953 > . > * Some CSS, but all of this applies to and other roots as well: > https://searchfox.org/mozilla-central/search?q=%5Epage&case=false®exp=true&path=.css > . > > So, I'd like to find out if there's a reason we couldn't migrate the > consumers directly to (with the ultimate goal of then migrating > those to ). Am I missing anything? > > Thanks, > Brian ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Can we remove xul:page?
We have 5 non-test consumers of in m-c right now: https://searchfox.org/mozilla-central/search?q=%3Cpage&path=.xul. According to https://developer.mozilla.org/en-US/docs/Archive/Mozilla/XUL/page, the xul:page element is "similar to a window, except it should be used for XUL files that are to be loaded into an iframe." But the only handling for page beyond being a generic XUL element I see is: * One relevant match on nsGkAtoms::page https://searchfox.org/mozilla-central/search?q=symbol:_ZN9nsGkAtoms4pageE&redirect=false that lumps it in with other root xul elements at https://searchfox.org/mozilla-central/rev/153feabebc2d13bb4c29ef8adf104ec1ebd246ae/layout/xul/nsBoxFrame.cpp#953. * Some CSS, but all of this applies to and other roots as well: https://searchfox.org/mozilla-central/search?q=%5Epage&case=false®exp=true&path=.css. So, I'd like to find out if there's a reason we couldn't migrate the consumers directly to (with the ultimate goal of then migrating those to ). Am I missing anything? Thanks, Brian ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Intent to remove: Fennec
As a happy Fennec end user with no direct involvement with Mozilla, I'm decidedly unhappy about the direction Mozilla seems to be going here. I don't expect this complaint to have any effect on plans, but FYI. On Thursday, September 19, 2019 at 3:59:09 PM UTC-4, Kris Maglione wrote: > This sounds like a stellar plan. > > -Kris > > On Thu, Sep 19, 2019 at 02:55:56PM -0500, James Willcox wrote: > >Folks, > > > >As you may be aware, Fennec has been frozen on 68 ESR with the expectation > >that Fenix will become the new Firefox for Android in 2020. For reasons of > >hygiene and simplification, I propose that we begin removing Fennec from > >mozilla-central as soon as feasible. There are a few known blockers > >currently being tracked under bug 1582218. If you know of any other issues, > >please let me know and/or file blockers. > > > >Obviously, we will not be removing anything related to GeckoView. This > >means that mobile/android/geckoview/, MOZ_WIDGET_ANDROID, etc. will all be > >sticking around. Only the Fennec frontend and any platform code that needed > >to disambiguate Fennec from GeckoView at runtime[0] will be targeted. > > > >Thanks, > >James > > -- > Kris Maglione > > Of all the preposterous assumptions of humanity over humanity, nothing > exceeds most of the criticisms made on the habits of the poor by the > well-housed, well-warmed, and well-fed. > --Herman Melville ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Intent to unship: Array generics
We decided to try unshipping Array generics for real. The numbers haven't improved, but I also haven't heard of any fallout on Nightly. I am going to assume that those uses are actually already polyfilled for another browsers. -Tom On Fri, Jun 28, 2019 at 6:30 PM Tom Schuster wrote: > > We plan to unship the non-standard Array generic methods. These are > copies of the methods from Array.prototype, for example Array.slice, > Array.forEach etc. No other browser supported those. > > For testing I will first disable those methods only on Nightly. > > Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1222547 > (For Nightly: https://bugzilla.mozilla.org/show_bug.cgi?id=1558914) > > Telemetry: https://mzl.la/2Ykw7NI > Some methods still have high usage, but my optimistic assumption is > that people actually have polyfills (We have seen this on multiple > sites) > > Thanks, > Tom ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
[desktop] Bugs logged by Desktop Release QA in the last 7 days
Hello, Here's the list of new issues found and filed by the Desktop Release QA team in the last 7 days. Additional details on the team's priorities last week, as well as the plans for the current week are available at: https://tinyurl.com/y5huh3ja. Bugs logged by Desktop Release QA in the last 7 days: * **Firefox: Address Bar* NEW - https://bugzil.la/1581753 - Improve one-off search button layout in very narrow windows *Firefox: General* NEW - https://bugzil.la/1582764 - [Ubuntu] New Firefox icon is not updated inside the dock *Firefox: Search * ASSIGNED - https://bugzil.la/1582396 - The Search bar dropdown doesn’t properly adjust its dimension when it is dragged inside the Overflow Menu *Firefox: Site Identity and Permission Panels* * NEW - https://bugzil.la/1582433 - Tracking protection panel - tab focus on elements lost when moving mouse * RESOLVED FIXED - https://bugzil.la/1582471 - [Protections Panel] The focus indicator overlaps the toggle button * NEW - https://bugzil.la/1582750 - Privacy Panel is not correctly displayed when “Browse without being followed” banner is shown * NEW - https://bugzil.la/1582751 - In the "Report a Broken Site" sub panel the input text still remains even after is was submitted. * NEW - https://bugzil.la/1582752 - First time accessing https://www.google.com/ the shield will be active. * NEW - https://bugzil.la/1582753 - Cross-site Tracking Cookies are under the “None Detected” section when “Strict” mode is activated. * NEW - https://bugzil.la/1582754 - Social Trackers are still displayed under the Blocked section even if they are not selected in about:preferences#privacy *Firefox: Toolbars and Customization* NEW - https://bugzil.la/1582713 - When What's New toolbar button is active the Overflow Menu position is changed in Customize Firefox *Firefox: Tracking Protection * NEW - https://bugzil.la/1582755 - After a mail is deleted from alert Breaches site, in about:protections the cards remain the same *Core: Audio/Video: Playback * NEW - https://bugzil.la/1581864 - [ARM] Movies with user selections on Netflix will not work on aarch systems *Core: Document Navigation * NEW - https://bugzil.la/1582091 - [Fission] Form data is lost if Firefox restarts and the tab is reloaded via context menu *Core: General * NEW - https://bugzil.la/1582089 - Selector is not visible when using the Tab key on the video control bar *Core: Privacy: Anti-Tracking* RESOLVED - https://bugzil.la/1582123 - Facebook instant games need a page refresh to properly load when tracking protection enabled This is available as a Bugzilla bug list as well: https://tinyurl.com/yyfwuxcb. Regards, Mihai Boldan ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform