[Firefox Desktop] Issues found: October 26th to October 30th

2015-11-02 Thread Andrei Vaida

Hi everyone,

Here's the list of new issues found and filed by the Desktop Manual QA 
team last week (Week 44: October 26 - October 30).


Additional details on the team's priorities last week, as well as the 
plans for the current week are available at:


   https://public.etherpad-mozilla.org/p/DesktopManualQAWeeklyStatus



*RELEASE CHANNEL*
SeverityID  Summary Status  Resolution  Is a regression 
Assigned to
NORMAL  1219746 
[HiDPI] Icons from "Let's talk about" section are blurry
NEW 
NO  NOBODY
NORMAL  1219747 
	[Windows 10] Glitches visible at the minimize button using High 
Contrast themes

NEW 
YES NOBODY


*BETA CHANNEL*
none

*AURORA CHANNEL*
none

*NIGHTLY CHANNEL*
*Nightly 44*
SeverityID  Summary Status  Resolution  Is a regression 
Assigned to
NORMAL  1218385 
	[RTL builds] Mute/Audio buttons from conversation window not 
highlighted completely

NEW 
NO  NOBODY


*ESR CHANNEL*
SeverityID  Summary Status  Resolution  Is a regression 
Assigned to
NORMAL  1220059 
[intermittent] Unable to restore session after restart
NEW 
TBD NOBODY



Regards,
Andrei.
Andrei Vaida| QC Team Lead

SOFTVISION | 57 Republicii Street, 400489 Cluj-Napoca, Romania
Email: andrei.va...@softvision.ro  | 
Web: www.softvision.ro 


The content of this communication is classified as SOFTVISION 
Confidential and Proprietary Information.



___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: W3C Proposed Recommendations: Canvas 2D Context & W3C DOM4

2015-11-02 Thread Boris Zbarsky

On 11/2/15 1:43 AM, L. David Baron wrote:

Based on this feedback, my current intention is to explicitly
abstain from the review, with the following comment:


That sounds great, thanks!

-Boris
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: Date, time, week, month and datetime attributes in the in Firefox

2015-11-02 Thread Ehsan Akhgari

I also think there is value in implementing this on desktop.

The issue of lack of support for styling form controls is not new, and 
it hurts all form controls.  I wouldn't make the perfect the enemy of 
the good here.


On 2015-11-01 10:21 PM, Kartikaya Gupta wrote:

IMO given the number of people who have complained about the lack of
this feature on bug 825294, we should assume it is desirable to have
even if unstylable. If somebody claims otherwise the burden of proof
should be on them to show data that falsifies the assumption.

kats

On Sun, Nov 1, 2015 at 3:06 PM, Xidorn Quan mailto:quanxunz...@gmail.com>> wrote:
 > On Fri, Oct 30, 2015 at 6:57 PM, Jonas Sicking  wrote:
 >> On Fri, Oct 30, 2015 at 12:36 AM, Xidorn Quan mailto:quanxunz...@gmail.com>> wrote:
 >>> Authors sometimes just want something usable. It doesn't matter if it
 >>> is not stylable, or it doesn't fit in the UI. When they really need to
 >>> start caring about such things, they can switch to use jQuery UI then.
 >>
 >> I think this is true for a *very* small number of authors. Small
 >> enough that we should spend our time on more impactful things.
 >>
 >> Look at the tooling websites that we use within mozilla. bugzilla.m.o,
 >> treeherder.m.o, wiki.m.o and MDN all care about a pleasant look and
 >> feel.
 >
 > OK, let's look at bugzilla.m.o. It uses ,  type="file/checkbox/radio"> without any special style on them. Do they
 > look very bad within its context?
 >
 > Actually it seems to me, as we do not provide any decent method for
 > styling things inside form controls, pushing people to mix normal form
 > controls with jQuery UI components could be even worse for UI
 > consistency.
 >
 >> Also remember that jQuery UI also works fine for websites that "just
 >> wants something usable".
 >
 > It unnecessarily bloats the page. It requires the whole huge jQuery
 > plus two additional jQuery UI files, which should have been completely
 > avoidable for a page designed for modern browsers.

I'd really recommend talking to web developers rather than guessing at
their needs.

I hear *a lot* of webdevelopers complaining about the lack of ability
to style current controls. But don't take my word for it, do reach out
to developers, we have a developer relations team that I'm sure is
happy to help.

/ Jonas
___
dev-platform mailing list
dev-platform@lists.mozilla.org 
https://lists.mozilla.org/listinfo/dev-platform


___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: Date, time, week, month and datetime attributes in the in Firefox

2015-11-02 Thread Dirkjan Ochtman
On Mon, Nov 2, 2015 at 5:30 PM, Ehsan Akhgari  wrote:
> The issue of lack of support for styling form controls is not new, and it
> hurts all form controls.  I wouldn't make the perfect the enemy of the good
> here.

I was going to write almost the exact same thing.

It seemed like there was going to be some action the last time I
brought this up, on firefox-dev:

https://mail.mozilla.org/pipermail/firefox-dev/2015-June/003021.html

Cheers,

Dirkjan
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Web APIs documentation/development/engagement meeting Thursday at 8 AM PST

2015-11-02 Thread Eric Shepherd
The Web API documentation community meeting, with representatives from
the technical evangelism and the API development teams, will take place
on Thursday at 8 AM Pacific Time (see http://bit.ly/1GghwBR for your
time zone).

Typical meetings include news about recent API development progress and
future development plans, discussions about what the priorities for
documenting and promoting new Web technologies should be, and the status
of ongoing work to document and evangelize these technologies.

We have an agenda, as well as details on how to join, here:

https://public.etherpad-mozilla.org/p/API-docs-meeting-2015-11-05.

If you have topics you wish to discuss, please feel free to add them to
the agenda.

We look forward to seeing you there!

If you have topics you wish to discuss, please feel free to add them to
the agenda. Also, if you're unable to attend but have information or
suggestions related to APIs on the Web, their documentation, and how we
promote these APIs, please add a note or item to the agenda so we can be
sure to address it, even if you're unable to attend.

-- 

Eric Shepherd
Senior Technical Writer
Mozilla 
Blog: http://www.bitstampede.com/
Twitter: http://twitter.com/sheppy
Check my Availability 
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Intent to ship: Web Speech API - Synthesis

2015-11-02 Thread Eitan Isaacson
As of this week, I intend to turn on the speech synthesis API on by default
for the desktop browser. It has been enabled in b2g for the last few years.
Thanks to work by Makoto Kato, and Yash Girdhar, we now have support for
speech in all desktop platforms.

The pref that will be flipped is "media.webspeech.synth.enabled". The bug
tracking speech in desktop platforms is bug 1003439
.

The spec
,
is okay-ish. There are no MDN docs yet, all in due time, I guess.

Cheers,
 Eitan.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform


Re: Intent to ship: Web Speech API - Synthesis

2015-11-02 Thread Xidorn Quan
On Tue, Nov 3, 2015 at 9:42 AM, Eitan Isaacson  wrote:
> As of this week, I intend to turn on the speech synthesis API on by default
> for the desktop browser. It has been enabled in b2g for the last few years.
> Thanks to work by Makoto Kato, and Yash Girdhar, we now have support for
> speech in all desktop platforms.
>
> The pref that will be flipped is "media.webspeech.synth.enabled". The bug
> tracking speech in desktop platforms is bug 1003439
> .
>
> The spec
> ,
> is okay-ish. There are no MDN docs yet, all in due time, I guess.

There is a template you may want to follow for Intent to ship email.
If there was no Intent to implement email before, probably some
content there should be included as well.
https://wiki.mozilla.org/WebAPI/ExposureGuidelines#Email_templates

I think the main things absent here are: target release, devtools bug,
and other UAs' status.

- Xidorn
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform