mozilla

Mozilla Nederland LogoDe Nederlandse
Mozilla-gemeenschap

Mozilla Pushes Web Sites To Adopt Encryption - Top Tech News

Nieuws verzameld via Google - do, 14/05/2015 - 14:56

Mozilla Pushes Web Sites To Adopt Encryption
Top Tech News
The organization behind the Firefox Web browser wants to see Web site encryption become standard practice, and it has laid out a two-part plan to help that happen. Mozilla said it plans to set a date by which all new features for its browser will be ...

Google Nieuws
Categorieën: Mozilla-nl planet

Mozilla Rolls Out Firefox 38 Versions With And Without DRM Support - Tech Times

Nieuws verzameld via Google - do, 14/05/2015 - 13:51

Tech Times

Mozilla Rolls Out Firefox 38 Versions With And Without DRM Support
Tech Times
However, Mozilla also revealed that it has also made available another Firefox 38 download for users who do not want DRM. This version will not install Adobe's Content Decryption Module (CDM) automatically. CDM is deployed to play back content that is ...
Mozilla gags, but supports video copy protection in Firefox 38Computerworld
Mozilla's Firefox 38 patches 13 security flawsZDNet
Mozilla Firefox 38 Gets a Baker's Dozen Security UpdateseWeek
Zee News -VentureBeat -InfoQ.com
alle 44 nieuwsartikelen »
Categorieën: Mozilla-nl planet

About:Community: Announcing the MDN Fellows!

Mozilla planet - do, 14/05/2015 - 02:08

The Mozilla Developer Network (MDN) is one of the most frequently used resources for web developers for all things documentation and code. This year we’re making the rich content on MDN available to even more people. We’re developing beginning learning materials as well as a template (which we’re calling “Content Kits”) to make preparing presentations on web topics much easier.

As part of this effort, we also launched the MDN Fellowship last quarter. This is a 7-week pilot contribution program for advanced web developers to expand their expertise through curriculum development on MDN. MDN Fellows are experts that will continue to grow their skills and impact by teaching others about web technologies. Specifically, the Fellows will be developing  Content Kits, a collection of resources about specific topics related to web development to empower technical topic presenters.

After a lengthy process where we solicited applications and involved reviewers from across Mozilla, we’re delighted to announce our inaugural MDN Fellowship Fellows! Here they are in their own words – feel free to Tweet them a congratulations!

Steve Kinney, Curriculum Fellow (Colorado, U.S.A.) – @stevekinney

I am an instructor at the Turing School of Software and Design in Denver, Colorado, where I teach open web technologies. Prior to Turing, I hailed from the great state of New Jersey and was a New York City public school teacher for seven years, where I taught special education, science, and — eventually — JavaScript to students in high-need schools in Manhattan, Brooklyn, and Queens. I have a master’s degree in special education. I’ve spoken at EmberConf and RailsConf, and will be speaking at JSConf US at the end of the month. In my copious free time, I teach classes on web development with Girl Develop It.

István “Flaki” Szmozsánszky, Service Workers Fellow (Budapest, Hungary) – @slsoftworks

I’ve been following Service Workers’ journey since before it was cool  as a web developer and longtime contributor to Mozilla. Known as “Flaki” in the community, I’ve been evangelizing new technologies to display the Open Web as a first-class citizen. As Service Workers seemingly plays a key role in this battle, there is no better place to do this than at Mozilla, the most adamant proponent of the Open Web. During my Fellowship I hope to further previous work on MDN’s offline support, while helping in the explorations into Firefox OS’s reimagined new architecture.

Ben Boyle, Test The Web Forward Fellow (Upper Caboolture, Australia) – @bboyle

I’m a front-end developer from Australia, making websites since 1998 primarily for the Queensland Government. Lots of forms, templates and QA. I also mentor front-end web development students at Thinkful. I got interested in automated quality control using custom stylesheets and scripts in Opera, then YUItest, then inspired by ThoughtWorks developers on a project when they introduced selenium and automated acceptance tests in the browser. I’m excited to be helping Test The Web Forward as an opportunity to both learn and share. Because everything runs off browser. Love the latest front-end frameworks? They don’t exist without web standards. I cannot sufficiently appreciate the work so many people have done creating a solid foundation for everything we (as web developers) often take for granted. I am really glad to have this chance to give back!

Vignesh Shanmugam, Web App Performance Fellow (Bangalore, India) – @_vigneshh

I’m a Web Developer from India focused on building the Web Performance platform at Flipkart, one of Asia’s leading e-commerce sites. I am also responsible for advocating front-end engineering best practises, developing tools that help identify performance bottlenecks, and analyzing metrics. I am an Open Source contributor with a deep research background in front-end performance and am happy to be a part of the MDN Fellowship program to contribute to MDN’s Web App Performance curriculum.

Greg Tatum, WebGL Fellow (Oklahoma, U.S.A) – @tatumcreative

My background is in contemporary sculpture, aquarium exhibit design, marketing, animation, and web development: in short, it is all over the place :)  But the central guiding principle behind my work is to find the middle ground between the technical and creative, and explore it to see what emerges. I am a Senior Web Developer at Cubic, a Tulsa, Oklahoma-based creative branding agency where I help create rich experiences for tourism and destinations. I applied for the MDN Fellowship because I’m passionate about the open web and inspired by the possibilities of using 3D for new, richer experiences online with the potential reach that WebGL can have. I really enjoy helping to build the creative coding community and hope to make it even easier for more people to get involved with my own passion of exploring creative code.

Categorieën: Mozilla-nl planet

Kevin Ngo: Dropdown Component Using Custom Elements (vs. React)

Mozilla planet - do, 14/05/2015 - 02:00
Dropdowns have never been easier and native.

We have been building an increasing amount of Custom Elements, or Web Components, over at the Firefox Marketplace (using a polyfill). Custom Elements are a W3C specification that allow you to define your own HTML elements. Using Custom Elements, rather than arbitrary JS, encourages modularity and testability, with portability and reusability being the enticer.

Over the last several months, I worked on revamping the UI for the Firefox Marketplace. Part of it was building a custom dropdown element that would allow users to filter apps based on platform compatibility. I wanted it to behave exactly like a <select> element, complete with its interface, but with the full license to style it however I needed.

In this post, I'll go over Custom Elements, introduce an interesting "proxy" pattern to extend native elements, and then compare Custom Elements with the currently reigning Component king, React.

Custom Select source code.

Building a Custom Element

Custom Elements are still in working draft, but there is a nice cocument.registerElement polyfill. Here is an extremely simple Custom Element that simple wraps a div and defines some interface on the element's prototype.

document.registerElement('input-wrapper', { prototype: Object.create(HTMLElement.prototype, { createdCallback: { value: function () { // Called after the component is "mounted" onto the DOM. this.appendChild(document.createElement('input')); } }, input: { get: function() { return this.querySelector('input'); } }, value: { get: function() { return this.input.value; }, set: function(val) { this.input.value = val; } } }) }); var inputWrapper = document.createElement('input-wrapper'); document.body.appendChild(inputWrapper);

We define the interface using Javascript's Object.create, extending the basic HTMLElement. The element simply wraps an input, and provides a getter and setter on the input's value. We drop it into the DOM, and it will natively have whatever interface we defined for it. So we could do something like inputWrapper.value = 5 to directly set the inner input's value. Basic example, but being able to create these native Custom Elements can go far in modular development.

Proxy Pattern: Extending the Select Element by Rerouting Interface

Now we got a gist of what a Custom Element is, let's see how we can use it to create a custom dropdown by extending the native <select> element.

Here's an example of how our element will be used in the HTML:

<custom-select name="my-select"> <custom-selected> The current selected option is <custom-selected-text></custom-selected-text> </custom-selected> <optgroup> <option value="1">First value</option> <option value="2">Second value</option> <option value="3">Third value</option> <option value="4">Fourth value</option> </optgroup> </mkt-select>

What we'll do in the createdCallback is, if you check the source code, create an actual internal hidden select element, copying the attributes defined on <custom-select>. Then we'll create <custom-options>, copying the original options into the hidden select. We extend the custom select's interface to have an attribute pointing to the hidden select like so:

select: { // Actual <select> element to proxy to, steal its interface. // Value set in the createdCallback. get: function() { return this._select; }, set: function(select) { copyAttrs(select, this); this._select = select; } },

This will allow our custom element to absorb the functionality of the native select element. All we have to do is implement the entire interface of the select element by routing to the internal select element.

function proxyInterface(destObj, properties, methods, key) { // Proxies destObj.<properties> and destObj.<methods>() to // destObj.<key>. properties.forEach(function(prop) { if (Object.getOwnPropertyDescriptor(destObj, prop)) { // Already defined. return; } // Set a property. Object.defineProperty(destObj, prop, { get: function() { return this[key][prop]; } }); }); methods.forEach(function(method) { // Set a method. Object.defineProperty(destObj, method, { value: function() { return this[key][method].call(arguments); } }); }); } proxyInterface(CustomSelectElement.prototype, ['autofocus', 'disabled', 'form', 'labels', 'length', 'multiple', 'name', 'onchange', 'options', 'required', 'selectedIndex', 'size', 'type', 'validationMessage', 'validity', 'willValidate'], ['add', 'blur', 'checkValidity', 'focus', 'item', 'namedItem', 'remove', 'setCustomValidity'], 'select');

proxyInterface will "route" the property lookups (the first array), and method calls (the second array) from the custom select element to the internal select element. Then all we need to do is make sure our select element's value is up-to-date while we interact with our custom select element, then we can do things like customSelectElement.selectedIndex or customSelectElement.checkValidity() without manually implementing the interface.

Note we could have simply looped over HTMLSelectElement.prototype rather than manually entering in each property and method name, but unfortunately that doesn't play well with some older browsers.

With all of this, we have a custom select element that is fully stylizable while having all the functionality of a native select element (because it extends it!).

Comparing Custom Elements to React

I love React and am using it for a couple of projects. How does Custom Elements compare to it?

  1. Custom Elements has no answer to React's JSX template/syntax. In most of our Custom Elements, we have to manually shuffle things around using the native DOM API. JSX is much, much easier.

  2. Custom Elements has no data-binding or automatic DOM updates whenever data updates. It's all imperative with Custom Elements, you have to listen for changes and manually update the DOM. React is, well, reactive. Whenever a component's state, so does its representation in the DOM.

  3. Custom Elements is a bit harder to nest components than React. In React, it's natural for a component to render a component that renders a component that renders other components. With Custom Elements, it's a bit difficult to connect components together in a nice heirarchy, and the only communication you get is through Events.

  4. Custom Elements, however, is smaller in KB. React is about 26KB after min+gzip whereas a Custom Elements polyfill is maybe a few KB. Though the 26KB might be worth it since you'll end up writing less code, and you get the performance of virtual DOM diffing.

  5. Custom Elements has no answer to React Native.

They're both just as portable, they both can be dropped into any framework. They both have similar interfaces as well in creating components. Although, React is more powerful. In React, I really enjoy keeping data compartmentalized in states and passing down data as props. Loose comparison, but it's like combining the data-binding and template power of Angular with the ideas of Custom Elements.

However, it doesn't have to be one or the other either. Why not both? React can wrap Custom Elements if you want it to. As always, choose the best tools for the job. I'm always chasing and adopting the newest things like an excited dog going after the mailman, but despite that I can say React is a winner.

Categorieën: Mozilla-nl planet

Air Mozilla: Quality Team (QA) Public Meeting

Mozilla planet - wo, 13/05/2015 - 22:30

Quality Team (QA) Public Meeting This is the meeting where all the Mozilla quality teams meet, swap ideas, exchange notes on what is upcoming, and strategize around community building and...

Categorieën: Mozilla-nl planet

Emma Irwin: Participation Team Heartbeat #1 – Demos!

Mozilla planet - wo, 13/05/2015 - 21:22

As shared on the recent Participation Call, the Participation ‘Team’ is starting to work in heartbeats – mirroring the success of the Mozilla Foundation Team working ‘agile and open’. We just completed our first heartbeat, which included evaluation of the Heartbeat process and the new tool we’ll use to bring community into the center.

As you can see  from the Heartbeat ‘life cycle’: Demo is an important milestone of evaluation and measurement prior to starting the next one.  Like the Webmaker team, we will be inviting contributors, and streaming our Demos on Air Mozilla.  ‘Hearbeat #1 was about finding our feet in the process, so we apologize that demos for this cycle will come in the form of a blog post – but also hope you’re excited as we are about the potential of working, collaborating and demoing in the open for the next cycle.

heartbeat

For  Heartbeat project on our team we asked the following questions for Demo:

  1. What did we do and why?
  2. What was the impact?
  3. What was learned?
  4. What are the next steps?

Our call went well over one hour,  and so I am providing  the TL;DR version of Demos.

Establish a solid Heartbeat process for Participation

We established our process for this first heartbeat, built out user stories (contributor, team and project), evaluated the Mozilla Foundation tool, and others to ensure our decision was informed. Emphasis on leveraging the ‘open-ness’ of the Heartbeat tool, while improving and building better efficiency for project management by leveraging Github and Github issues.

Bangladesh Meetup

Planning for a Bangladesh Meetup is well underway for early June.  Plan includes collaborating with Foundation on Webmaker goals, and early development to support distributed leadership as the community grows.

Community Surveys

Working on betterment of planned community surveys to measure community health. Thanks to collaboration with the Metrics team and improved hypotheses, questions are improving to get better and more relevant answers.  Plan is to go live by the end of the week.  This is especially important in with recent changes to Regional Leadership.

Events

Collected information about existing processes, assets and products relating to events.  We don’t have a consistent way to measure events yet.  We drafted a survey, an agenda template and a document that explains the template for re-usability. We have a busy May and June filled with meetups where we can test out new things.

External Expert Engagement

This project was about identifying organizations outside of Mozilla who are doing incredible things with participation.  We were especially focused on not the typical ‘big players’, or those who can’t be seen from silicon valley.  We will be reaching out to the community and preparing them to identify and interview local orgs. Might be able to tie Marketpulse interviewing course into this effort. We are also building a Participation advisory board for well-known experts in participation, who we’ll be inviting to the Whistler work week in June.

Firefox OS in Africa

africa

 

 

 

 

 

 

Started the ball rolling for participation experiments in Africa.  SUMO workshops, intro to SUMO and internships at Universities + Firefox OS launch and Webmaker Club initiative.

Initial impact was great, lots of momentum around Firefox OS, positive reception to workshops, and a re-energized Mozilla Senegal.  Timing matters, more time to plan in advance would be good, especially across initiatives.

Marketing approach Android: India

We used some time during the recent Indian community meetup to get ideas on what a product focused approach on Firefox for Android could look like in India. During a short workshop, we explored the product positioning, opportunities, challenges, and developed a series of personas that could be users. The next steps will involve exploring what a detailed set of experiments could be for this product in India.

Version 2! New release of App for collecting competitor phone data.  Coming soon: release of supporting educational content, and refresh of existing training materials, supported by thoughful participation design and a new community manager , Akshay onboard (yay!).  Work and planning to launch a 4 week participatory course ‘Interviewing User’ on the horizon, thanks to involvement of market research experts at Mozilla. Challenge compiling with communication channels in target markets.

Participation Infrastructure

Setup a participation infrastructure stack on AWS to meet our user stories for developers, community and support team. We can deploy in ¼ of the time a new or newer version of an app. We learned that we can solidly build on best practices gathered within Mozilla, while working with volunteers in the open.

Leadership Workshop  – India Community

india

 

 

 

 

 

 

We tested an Actions to Impact workshop just last week at the Mozilla India Taskforce Meetup, many volunteers seemed to find the leadership workshop very useful, and used it throughout the weekend. Still to capture notes on leadership and capture the workshop facilitator’s guide.

Reps/Regional 2.0

Conversation between Rosana, William and Brian, as well as Reps team.  Presented slide deck outlining the hypothesis for helping shape what comes next.

Support External Comms of Firefox OS (Global Communications Group)

We want to better support communications, announcements about important issues in Mozilla, and make them more valuable for community, as well as a way to collect feedback. We recorded as many channels as we could, people saw many uses for this list and were enthusiastic.  We learned that communities are more fragmented than we thought, lots of groups using lots of channels so communicating centrally is especially difficult.  Also identifying NDA is challenging and complex. Volunteer members of this team doing a fantastic job.

Volunteers at Whistler

Spoke with 25+ team leaders to get them thinking strategically about who they invite, which came with a letter from Chris Beard.  Wrangled a final list.  98% are now booked for travel. Many hands make great work, a team effort with Brianna, Francisco and Brian. As a result of this, teams are thinking of volunteers in more strategic way and reasons behind invitations are clearer to all of community. We will continue to work on a plan for workweek & volunteers.

Tracking Experiments – Participation Lab

This project is two-fold:  creating a system to bring experiments currently going on in the organization into the ‘Participation Lab’, and also tracking the experiments in a way that is beneficial to all.  We are currently tracking 10 experiments, 7 focused and 3 distributed.  People (Community and Staff) appear to feel supported, optimistic and grateful to have monitoring and support in goals, hypothesis and assistance measuring success.  We will continue to track and offer support to move these along to their goals during the next heartbeat.

Categorieën: Mozilla-nl planet

Mark Banner: Using eslint alongside the Firefox Hello code base to help productivity

Mozilla planet - wo, 13/05/2015 - 21:19

On Firefox Hello, we recently added the eslint linter to be run against the Hello code base. We started of with a minimal set of rules, just enough to get us something running. Now we’re working on enabling more rules.

Since we enabled it, I feel like I’m able to iterate faster on patches. For example, if just as I finish typing I see something like:

eslint syntax error in sublime I know almost immediately that I’ve forgotten a closing bracket and I don’t have to run anything to find out – less run-edit-run cycles.

Now I think about it, I’m realising it has also helped reduced the amount of review nits on my patches – due to trivial formatting mistakes being caught automatically, e.g. trailing white-space or missing semi-colons.

Talking about reviews, as we’re running eslint on the Hello code, we just have to apply the patch, and run our tests, and we automatically get eslint output:

eslint output - no trailing spacesHopefully our patch authors will be running eslint before uploading the patch anyway, but this is an additional test, and a few less things that we need to look at during review which helps speed up that cycle as well.

I’ve also put together a global config file for eslint (see below), that I use for outside of the Hello code, on the rest of the Firefox code base (and other projects). This is enough, that, when using it in my editor it gives me a reasonable amount of information about bad syntax, without complaining about everything.

I would definitely recommend giving it a try. My patches feel faster overall, and my test runs are for testing, not stupid-mistake catching!

Want more specific details about the setup and advantages? Read on…

My Setup

For my setup, I’ve recently switched to using Sublime. I used to use Aquamacs (an emacs variant), but when eslint came along, the UI for real-time linting within emacs didn’t really seem great.

I use sublime with the SublimeLinter and SublimeLinter-contrib-eslint packages. I’m told other editors have eslint integration as well, but I’ve not looked at any of them.

You need to have eslint installed globally, or at least in your path, other than that, just follow the installation instructions given on the SublimeLinter page.

One configuration I change I did have to make to the global configuration:

  • Open up a normal javascript (*.js) file.
  • Select “Preferences” -> “Settings – More” -> “Syntax Specific – User”
  • In the file that appears, set the configuration up as follows (or whatever suits you):
{ "extensions": [ "jsm", "jsx", "sjs" ] }

This makes sure sublime treats the .jsm and .jsx files as javascript files, which amongst other things turns on eslint for those files.

Global Configuration

I’ve uploaded my global configuration to a gist, if it changes I’ll update it there. It isn’t intended to catch everything – there’s too many inconsistencies across the code base for that to be sensible at the moment. However, it does at least allow general syntax issues to be highlighted for most files – which is obviously useful in itself.

I haven’t yet tried running it across the whole code base via eslint on the command line – there seems to be some sort of configuration issue that is messing it up and I’ve not tracked it down yet.

Firefox Hello’s Configuration

The configuration files for Hello can be found in the mozilla-central source. There’s a few of these because we have both content and chrome code, and some of the content code is shared with a website that can be viewed by most browsers, and hence isn’t currently able to use all the es6 features, whereas the chrome code can. This is another thing that eslint is good for enforcing.

Our eslint configuration is evolving at the moment, as we enable more rules, which we’re tracking in this bug.

Any Questions?

Feel free to ask any questions about eslint or the setup in the comments, or come and visit us in #loop on irc.mozilla.org (IRC info here).

Categorieën: Mozilla-nl planet

Air Mozilla: Product Coordination Meeting

Mozilla planet - wo, 13/05/2015 - 20:00

Product Coordination Meeting Duration: 10 minutes This is a weekly status meeting, every Wednesday, that helps coordinate the shipping of our products (across 4 release channels) in order...

Categorieën: Mozilla-nl planet

Mozilla flings teddy out of pram over France's 'Patriot Act' - The Register

Nieuws verzameld via Google - wo, 13/05/2015 - 19:30

The Register

Mozilla flings teddy out of pram over France's 'Patriot Act'
The Register
Mozilla has stated that it is deeply concerned with France's commitment to surveillance practices, as further established last week when the nation passed its very own Patriot Act. The French National Assembly voted overwhelmingly in support of the ...

en meer »
Categorieën: Mozilla-nl planet

Air Mozilla: The Joy of Coding (mconley livehacks on Firefox) - Episode 14

Mozilla planet - wo, 13/05/2015 - 19:00

The Joy of Coding (mconley livehacks on Firefox) - Episode 14 Watch mconley livehack on Firefox Desktop bugs!

Categorieën: Mozilla-nl planet

Mozilla Addons Blog: Compatibility update: Firefox 38 and 38.0.5

Mozilla planet - wo, 13/05/2015 - 18:46

Following up on my previous post on Firefox 38 compatibility, I wanted to highlight an important change that I missed: in-content preferences. The preferences window is no more, and instead the main preferences UI is shown in a new tab. This only affects add-ons that overlay the preferences window, which should be rare.

Additionally, there’s an out-of-cycle release planned for June 2nd, which will go with version number 38.0.5. This is 38 with a few additions, which you can see in the release notes. These additions shouldn’t conflict with extensions compatible with 38, but it could conflict with complete themes. The new release is now available in the beta channel, so we recommend you test your add-ons on that version.

Categorieën: Mozilla-nl planet

Sicherheitslücken bei Mozilla und Adobe: Wenn Sie diesen Fehler machen, wird ... - FOCUS Online

Nieuws verzameld via Google - wo, 13/05/2015 - 18:13

Sicherheitslücken bei Mozilla und Adobe: Wenn Sie diesen Fehler machen, wird ...
FOCUS Online
Millionen Internet-User in Deutschland nutzen diese Programme - Mozilla Firefox und Adobe Flashplayer. Doch jetzt sind Sicherheitsmängel aufgetreten. Wenn Sie nicht sofort Updates für die Programme installieren, kann es für Ihren Computer gefährlich ...

en meer »
Categorieën: Mozilla-nl planet

Mozilla Science Lab: Registration open for #mozsprint 2015!

Mozilla planet - wo, 13/05/2015 - 17:39

globalsprint

Join us as we learn to build projects helping researchers leverage the open web! Registration is now open with our second global sprint June 4-5, 2015. We could use your help to make this year’s #mozsprint bigger and better than last.

HOW TO REGISTER

Ready to join us for two days of learning and building together? To register:

  1. Go to our Planning Etherpad
  2. Find a listed site near you (sites start after line 162)
  3. Add your name/twitter/github under ‘Participants’ for that site

Can’t find a site near you? You can still join us remotely! Add your name under ‘Remote Participants’ at the bottom of the pad, and join in from anywhere.

Categorieën: Mozilla-nl planet

Mozilla rüstet Firefox 38 mit Kopierschutz aus - T-Online

Nieuws verzameld via Google - wo, 13/05/2015 - 17:26

T-Online

Mozilla rüstet Firefox 38 mit Kopierschutz aus
T-Online
Mozilla hat Firefox 38 für Windows, Linux und Mac OS X veröffentlicht. Die neue Version des beliebten Browsers stopft 13 teils kritische Sicherheitslücken. Mehr Aufmerksamkeit erfährt jedoch eine umstrittene Funktion, mit deren Einbindung sich auch ...
Mozilla veröffentlicht Firefox 38soeren-hentzschel.at
Mozilla erklärt DRM-Funktionalität von FirefoxPro-Linux
Firefox 38 mit DRM: Mozilla beugt sich zähneknirschend der RealitätWinFuture
PC-Welt -DIE WELT -Golem.de
alle 24 nieuwsartikelen »
Categorieën: Mozilla-nl planet

Microsoft, Adobe, Google and Mozilla in Patch Tuesday Blitz - Infosecurity Magazine

Nieuws verzameld via Google - wo, 13/05/2015 - 15:11

Infosecurity Magazine

Microsoft, Adobe, Google and Mozilla in Patch Tuesday Blitz
Infosecurity Magazine
Rumors of Patch Tuesday's imminent demise have been greatly exaggerated, with Microsoft releasing 13 bulletins yesterday including three critical fixes, addressing 30 vulnerabilities. MS15-043 should be the first priority for IT administrators, as it ...

en meer »
Categorieën: Mozilla-nl planet

Mozilla erklärt DRM-Funktionalität von Firefox - Pro-Linux

Nieuws verzameld via Google - wo, 13/05/2015 - 13:59

Pro-Linux

Mozilla erklärt DRM-Funktionalität von Firefox
Pro-Linux
Doch die Multimediakonzerne setzten sich durch, und Mozilla fügte der MS Windows-Version von Firefox, und offenbar nur dieser, EME hinzu, wie schon vor einem Jahr angekündigt. Die Ankündigung war unter anderem von der Free Software Foundation ...
Mozilla veröffentlicht Firefox 38soeren-hentzschel.at
Mozilla rüstet Firefox 38 mit Kopierschutz ausT-Online
Neuerungen und Download – Firefox 38 im Praxis-CheckDIE WELT
PC-Welt -WinFuture -Golem.de
alle 24 nieuwsartikelen »
Categorieën: Mozilla-nl planet

Mozilla gags, but supports video copy protection in Firefox 38 - Computerworld

Nieuws verzameld via Google - wo, 13/05/2015 - 12:47

Computerworld

Mozilla gags, but supports video copy protection in Firefox 38
Computerworld
Firefox 38's most notable enhancement -- and the one that Mozilla called out in a Tuesday blog post -- was support for digital rights management (DRM), the over-arching label for technologies that prevent people from pirating video, audio and written ...
Mozilla Launches A New Firefox Version Without DRM SupportTechCrunch
Mozilla's Firefox 38 patches 13 security flawsZDNet
Mozilla Firefox 38 Gets a Baker's Dozen Security UpdateseWeek
Daily News & Analysis -VentureBeat
alle 21 nieuwsartikelen »
Categorieën: Mozilla-nl planet

Firefox 38 : Mozilla grimace mais ajoute le support des DRM - ZDNet France

Nieuws verzameld via Google - wo, 13/05/2015 - 11:15

ZDNet France

Firefox 38 : Mozilla grimace mais ajoute le support des DRM
ZDNet France
Et si Mozilla a dû se résoudre à implémenter le support des DRM dans Firefox, c'est car l'EME fait partie du standard HTML5 défini par le W3C. Firefox 38 intègre donc à présent Content Decryption Module (CDM) d'Adobe, permettant la lecture de contenus ...
Firefox 38 repense la gestion des DRM et propose d'en retirer la prise en chargeClubic
Firefox 38 intègre le controversé système de DRM EMEMacGeneration
Firefox s'ajoute un module Adobe pour gérer les DRMNumerama
Next INpact -Silicon -KultureGeek
alle 7 nieuwsartikelen »
Categorieën: Mozilla-nl planet

Gervase Markham: Anonymity and the Secure Web

Mozilla planet - wo, 13/05/2015 - 10:56

Ben Klemens has written an essay criticising Mozilla’s moves towards an HTTPS web. In particular, he is worried about the difficulty of setting up an HTTPS website and the fact that (as he sees it) getting a certificate requires the disclosure of personal information. There were some misunderstandings in his analysis, so I wanted to add a comment to clarify what we are actually planning to do, and how we are going to meet his concerns.

However, he wrote it on Medium. Medium does not have its own login system; it only permits federated login using Twitter or Facebook. Here’s the personal information I would have to give away to Medium (and the powers I would have to give it) in order to comment on his essay about the problems Mozilla are supposedly causing by requiring people to give away personal information:

twitter

Don’t like that? That’s OK, I could use Facebook login, if I was willing to give away:

facebook

So I’ll have to comment here and hope he sees it. (Anyone who has decided the tradeoffs on Medium are worth it could perhaps post the URL in a comment for me.)

The primary solution to his issues is Let’s Encrypt. With Let’s Encrypt, you will be able to get a cert, which works in 99%+ of browsers anyone uses, without needing to supply any personal information or to pay, and all at the effort of running a single command on the command line. That is, the command line of the machine (or VM) that you have rented from the service provider and to whom you gave your credit card details and make a monthly payment to put up your DIY site. That machine. And the cert will be for the domain name that you pay your registrar a yearly fee for, and to whom you have also provided your personal information. That domain name.

If you have a source of free, no-information-required server hosting and free, no-information-required domain names (as Ben happens to for his Caltech Divinity School example), then it’s reasonable to say that you are a little inconvenienced if your HTTPS certificate is not also free and no-information-required. But most people doing homebrew DIY websites aren’t in that position – they have to rent such things. Once Let’s Encrypt is up and running, the situation with certificates will actually be easier and more anonymous than that with servers or domain names.

“Browsers no longer supporting HTTP” may well never happen, and it’s a long way off if it does. But insofar as the changes we do make are some small infringement on your right to build an insecure website, see it as a civic requirement, like passing a driving test. This is a barrier to someone just getting in a car and driving, but most would suggest it’s reasonable given the wider benefit to society of training those in control of potentially dangerous technology. Given the Great Cannon and similar technologies, which can repurpose accesses to any website as a DDOS tool, there are no websites which “don’t need to be secure”.

Categorieën: Mozilla-nl planet

Mozilla voegt html5-DRM toe aan Firefox - Personal Computer Magazine

Nieuws verzameld via Google - wo, 13/05/2015 - 10:38

Personal Computer Magazine

Mozilla voegt html5-DRM toe aan Firefox
Personal Computer Magazine
Mozilla voegde de ondersteuning gisteren toe onder druk van auteursrechtenorganisaties. Videostreamingdiensten als Netflix bouwen zulke DRM in in hun streams, zodat gebruikers het niet kunnen downloaden. Als de DRM-bescherming niet zou zijn ...

en meer »
Categorieën: Mozilla-nl planet

Pagina's