Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 35 reacties
Bron: Mozilla Foundation, submitter: Bux666

Mozilla Firefox 2013 logo (75 pix)Mozilla heeft versie 48 van zijn webbrowser Firefox uitgebracht. In versie 48 is onder meer de Google Safe Browsing-service, die al bescherming tegen schadelijke websites bood, nu ook ingeschakeld om gedownloade bestanden op kwalijke code te controleren. Daarnaast kunnen add-ons die niet door Mozilla zijn voorzien van een verificatie en handtekening nu niet meer  worden gestart. Verder zien we natuurlijk ook weer diverse bugfixes en oplossingen voor beveiligingsproblemen. De complete changelog voor deze uitgave ziet er als volgt uit:

New
  • Process separation (e10s) is enabled for some of you. Like it? Let us know and we'll roll it out to more.
  • Roar for moar protection against harmful downloads! We've got your back
  • Add-ons that have not been verified and signed by Mozilla will not load
  • GNU/Linux fans: Get better Canvas performance with speedy Skia support. Try saying that three times fast
  • WebRTC embetterments:
    • Delay-agnostic AEC enabled
    • Full duplex for GNU/Linux enabled
    • ICE Restart & Update is supported
    • Cloning of MediaStream and MediaStreamTrack is now supported
  • Searching for something already in your bookmarks or open tabs? We added super smart icons to let you know
  • Windows folks: Tab (move buttons) and Shift+F10 (pop-up menus) now behave as they should in Firefox customization mode
  • The media parser has been redeveloped using the Rust programming language
  • Windows 7 systems without Platform Update can now use D3D11 WARP
Fixed
  • Various security fixes
  • Improved step debugging on last line of functions
  • Heyo, Jabra & Logitech C920 webcam users. We fixed those pesky WebRTC bugs causing frequency distortions. Buh-bye, squeaky voice!
Changed
  • After version 48, SSE2 CPU extensions are going to be required on Windows
  • So long to support for 10.6, 10.7 and 10.8. Now we can focus on where most Mac users are: 10.9. Don't forget to upgrade!
  • Au revoir to Windows Remote Access Service modem Autodial
Developer
  • WebExtensions support is now considered as stable
  • Workers can now use the Web Crypto API
  • Want to move absolute & fixed positioned elements? (Who doesn't, right?) Now you can with our geometry editor.
  • The memory tool now has a tree map view for your debugging pleasure. It's a little bit of "boo" and a whole lot of "ya."
  • We're putting the spotlight on the background. Now you can debug WebExtensions background content scripts and background pages
  • Content Security Policy (CSP) is now enforced for WebExtensions. (Who's down with CSP?)
  • Old and busted: Error Console. New hotness: Browser Console for your debugging pleasure.
  • Add-on development just got easier because you can reload them from about:debugging — because we're all about debugging.
  • This theme is hot, hot, hot! Say hi to the Firebug theme for Developer Tools.
  • Expand network requests from the console panel to view request details in line, so you can see things in context
Unresolved
  • On some websites using an important number of cookies, under certain conditions, this can cause the user to be logged out (1264192)

De volgende downloads zijn beschikbaar:
*Mozilla Firefox 48.0 voor Windows (32bit, Nederlands)
*Mozilla Firefox 48.0 voor Windows (64bit, Nederlands)
*Mozilla Firefox 48.0 voor Linux (32bit, Nederlands)
*Mozilla Firefox 48.0 voor Linux (64bit, Nederlands)
*Mozilla Firefox 48.0 voor OS X (Nederlands)
*Mozilla Firefox 48.0 voor Windows (32bit, Engels)
*Mozilla Firefox 48.0 voor Windows (64bit, Engels)
*Mozilla Firefox 48.0 voor Linux (32bit, Engels)
*Mozilla Firefox 48.0 voor Linux (64bit, Engels)
*Mozilla Firefox 48.0 voor OS X (Engels)
*Mozilla Firefox 48.0 voor Windows (32bit, Fries)
*Mozilla Firefox 48.0 voor Windows (64bit, Fries)
*Mozilla Firefox 48.0 voor Linux (32bit, Fries)
*Mozilla Firefox 48.0 voor Linux (64bit, Fries)
*Mozilla Firefox 48.0 voor OS X (Fries)

Firefox voor Windows 10

Versienummer:48.0
Releasestatus:Final
Besturingssystemen:Windows 7, Linux, Windows XP, macOS, Windows Server 2003, Windows Vista, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10
Website:Mozilla Foundation
Download:https://www.mozilla.com/en-US/firefox/all.html#languages
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (35)

Een wijziging waar noch in de changelog, noch hier iets over staat, is de vernieuwde "awesome bar" AKA adresbalk. Sinds FF 48 is de weergave van de autocomplete suggestions aangepast.

Vroeger stond elke suggestie op 2 lijnen, met bovenaan de paginatitel, onderaan de URL. Wel zo netjes omdat je soms het ene, soms het andere nodig hebt. Nu hebben ze alles op 1 lijn gezet, met de URL n de paginatitel, dus niet langer netjes uitgelijnd, voorafgegaan door een vaak volstrekt onbruikbare paginatitel. Erg onhandig als je vaak op delen van URL's zoekt |:(

Iemand een idee hoe je dit gedrag kan aanpassen? Op het net is er bizar weinig over te vinden, behalve http://techdows.com/2016/...-gets-new-awesomebar.html en de gelinkte bug - helaas geen hints hoe deze mickey-mouse "verbetering" uit de GUI te halen :)
Classic Theme Restorer heeft een optie hiervoor. Onder "Location bar (3)", kun je "Alternative appearance" aanvinken (da's de oude appearance), en als je "Disable height limit" aanvinkt, kun je ook "Remove 'Search with...' and 'Visit' items" aanvinken. Dan heb je weer (grofweg) de oude awesome bar :)
Bedankt Tyrian en TimVdE voor de tip! Ik hoopte nog op een duistere setting in about:config, maar helaas. :)
Ik vind het eigenlijk wel geslaagd. Voorheen leek het zoeken een stuk minder de bladwijzers en de geschiedenis mee te nemen. De presentatie lijkt me voornamelijk wennen en website afhankelijk (je ziet de URL altijd want lange titels worden afgekapt).
Daarnaast kunnen add-ons die niet door Mozilla zijn voorzien van een verificatie en handtekening nu niet meer worden gestart.

Dit zuigt big time. Ik heb nog add-ons die niet meer ondersteund worden maar door mij wel hard nodig zijn. En nu kan ik ze dus niet meer gebruiken.
Niet fijn.

Ik snap het wel ihk van beveiliging, maar laat me zelf keizen of ik dat al dan niet wil. Desnoods via een diep verborgen instelling.
Het probleem van de mogelijkheid om extension signing uit te zetten, is dat malware maar een pref hoeft te flippen om hun kwaadaardige add-on toch te installeren.

Mozilla heeft tegelijk ook unbranded builds uitgebracht zonder add-on signing. Deze dienen eigenlijk voor developers die hun add-ons willen testen, maar je kunt ze even goed gebruiken om gewoon te browsen. Let wel op: deze builds updaten niet automatisch!

Als je wat meer experimenteel bent, kun je ook Firefox Developer Edition of Firefox Nightly gebruiken. Hier kun je extension signing nog gewoon uitzetten in about:config.
Als je wel automatische updates wilt en toch de controle wilt behouden over welke extensies je gebruikt, kun je die check ook uitzetten in Firefox 48 door wat configuratiebestandjes te maken; zie de instructies hier:
http://www.ghacks.net/201...d-on-signing-requirement/
Als Mozilla dat ook niet gaat blocken binnenkort... :) Als het door een gebruiker te overriden is, is het dat voor malware ook. Ze zijn hiervan op de hoogte, zie: https://bugzilla.mozilla.org/show_bug.cgi?id=1226616
Ugh, echt irritant. Ik dacht altijd dat Mozilla anders was, dat ze gebruikers niets probeerde te verbieden. Nu lijkt het wel alsof Mozilla een oorlog ontketent met haar gebruikers.
Je kunt add-ons relatief makkelijk laten signen, ook zonder te publiceren op AMO. En vanuit het standpunt van beveiliging is het ook zinnig: een malware-add-on kan enkel genstalleerd worden als deze gesigned is. Dat is vast mogelijk, want de automatische checks zijn niet z streng. Komt Mozilla er echter achter, dan is het eenvoudig om deze signature te blacklisten. De meeste legit add-ons zouden hier weinig tot geen problemen mee mogen hebben. Ikzelf gebruik 20 30 add-ons, en deze zijn allemaal gesigned... (de meeste komen dan ook van AMO). Ik denk dat de gemiddelde gebruiker hier helemaal niet zoveel last van heeft. Hier en daar is er een power user die een niet-werkende add-on heeft, en hij kan eventueel beslissen om de add-on zelf te laten signen. Of te updaten naar Developer edition/Nightly, zoals ik al enkele jaren geleden naar volle tevredenheid heb gedaan :)
Ik begrijp de reden wel. Maar je moet ze bij Mozilla laten signeren: je hebt zelf geen controle meer. Stel nou dat hun server down gaat? Of ze hebben een bug waardoor je add-on niet goedgekeurd wordt? Of Mozilla wordt op zekere dag overgenomen door een boze multinational? Enz.

Het gaat inderdaad allemaal om de gemiddelde gebruiker: als die maar tevreden is kun je de vrijheid van de minderheid inperken. Dat is precies wat Apple, maar ook Google en Microsoft, steeds doen.Geen keuze, geen vrijheid: dat is maar "verwarrend" of gevaarlijk. Maar de kracht van Firefox was nou juist dat het nt om de gemiddelde gebruiker ging, maar om alle gebruikers.

De Developer-uitgave is geen stabiele versie, toch? De "merkloze" uitgave komt al dichter in de buurt, maar die heeft weer geen automatische updates (waarom niet?). Als die nou automatische updates zou hebben, zou het wel okee zijn (al zou ik dan toch bang zijn voor de toekomst: misschien stoppen ze daar na een jaar mee, en wat moet je dan?).

Ik heb ook wel eens een add-on laten signeren. Maar dat duurde wel even. Wat nou als ik gewoon even iets wil veranderen in een add-on die ik in mijn dagelijkse browser draai? En ik gebruik een add-on die niet meer gupdate wordt door zijn maker, alleen nog maar door een amateur in China. Ik wil echt niet zonder die add-on, maar ik heb er geen controle over of die ooit gesigneerd zal worden.
Het gaat hier niet om het manuele review-proces dat nog altijd bestaat om de kwaliteit op AMO te waarborgen, maar om een volautomatisch proces dat slechts enkele minuten duurt en enkel een handvol basischecks doet. Signeren zou voor de meeste add-ons weinig moeite moeten zijn, en kan door iedereen gebeuren. Als jij een oude, unsigned add-on hebt, upload die gerust ;)

Dev edition is het vroegere Aurora, en een unstable channel, dat klopt. Maar zelfs op Nightly gebeurt het niet vaak dat ik echt last heb van (grote) bugs. het enige dat mogelijk vervelend is, zijn de dagelijkse updates.
Okee, dat maakt het iets beter, maar ik vind het nog steeds niet goed dat Mozilla alle controle heeft, dan je daar niet onderuit kunt. De andere dingen die ik noemde gelden nog steeds.

"Niet vaak bugs" en dagelijkse updates: klinkt veel minder chill dan de gewone editie! Nee, ik ben niet blij.

Update: ik probeer nu die oude add-on te laten signeren. Er staat "signed" in de naam, maar Firefox zegt toch dat hij niet gesigneerd is. Ik probeer hem up te loaden naar het AMO-ding, en krijg dan deze melding:
Your add-on failed validation with 1 error.

Duplicate add-on ID found.
Ik heb ook maar op de link geklikt waar iets stond van dat je het via een API kunt doen, maar ik ben geen programmeur en begrijp niets van die pagina.

Het gevolg is dus dat ik die oude add-on niet kan laten signeren. Misschien als ik er dagen op zou studeren zou ik het kunnen uitvogelen, maar kijk wat een hinder dit me nu al geeft!

En ik ben niet eens een totale leek, ik heb een andere add-on zelf gemaakt (weliswaar op instructies van iemand anders en met zijn code), die al lang op AMO staat en gedownload wordt door mensen. Maar dit lukt me dus niet. Ik zie het als een serieuze barrire die mensen veel tijd kan kosten, terwijl ze er niet om gevraagd hebben.

Als Mozilla nou gewoon een volledig functionele versie van Firefox online zou zetten die weliswaar niet het logo toont maar wel gewoon ongesigneerde add-ons toelaat, zouden we al dit gezeur niet hebben. Keuzevrijheid!

[Reactie gewijzigd door Cerberus_tm op 27 augustus 2016 17:13]

Die versie is er, dat zijn de unbranded builds: https://wiki.mozilla.org/..._Signing#Unbranded_Builds (Zoals ik eerder zei: die updaten niet automatisch, dus let daarmee op)

Ik heb zelf nog niet de nood gehad om een add-on te laten signen, dus ik kan je niet helpen met je fout. Spring even langs in #Firefox op irc.mozilla.org, daar zullen genoeg mensen zitten om je hiermee te helpen :)

En 99% van de mensen gaan hier geen problemen mee hebben, want ze hebben geen unsigned extensions. Bijna iedereen downloadt zijn add-ons enkel van AMO, en degenen die dat niet doen, zijn vaak technisch sterk genoeg om dit uit te vissen. Er zal slechts een hl kleine minderheid zijn die add-ons van buiten AMO heeft, en niet door het signing process geraakt.
Is dat niet juist het voordeel van Firefox, dat je alles zelf kunt aanpassen? :?

Check hier, je kunt het uitzetten, staat gewoon in de FAQ:

What are my options if I want to install unsigned extensions in Firefox?

To disable signature checks, you will need to set the xpinstall.signatures.required preference to "false".
type about:config into the URL bar in Firefox
in the Search box type xpinstall.signatures.required
double-click the preference, or right-click and selected "Toggle", to set it to false.
Van de pagina die je hebt gelinkt:
Firefox 48: (Pushed from Firefox 46). Release and Beta versions of Firefox for Desktop will not allow unsigned extensions to be installed, with no override. Firefox for Android will enforce add-on signing, and will retain a preference — which will be removed in a future release — to allow the user to disable signing enforcement.
Mozilla is gewoon irritant aan het doen, het is nog steeds mogelijk :Y)
Deze versie komt eindelijk met de e10 standaard aan boord. Echter is er spraken van een test en heeft dus niet iedereen die standaard aanstaan, je kunt deze gelukkig wel forceren.

Verder tevreden met Firefox, al hoop ik dat ze voor de Linux-gebruiker nog meer stappen doen richting zaken als GTK3+, zodat het allemaal wat meer een geheel wordt. Wat ik begrepen heb zijn ze nu wel bezig aan een eigen omgeving, maar of die beter integreert, geen idee. Iemand hier meer info over? :)
Ze zijn wel van plan om het gedurende 48 voor steeds meer gebruikers aan te zetten. Voor gebruikers met add-ons (de meeste tweakers lijkt me) is het nog wel wat langer wachten, dat wordt in stages gedaan.

Als je Nightly gebruikt werkt het wel gewoon met add-ons, maar het werkt niet als accessibility aanstaat. En accessibility staat standaard aan voor iedereen die Windows 10 gebruikt door de manier waarop Windows 10 werkt.

Om accessibility uit te zetten en zo e10s te krijgen moet je in about:config de waarde accessibility.force_disabled op 1 zetten, de browser opnieuw starten, in about:config de waarde accessibility.loadedInLastSession resetten, en de browser nogmaals opnieuw starten. Daarna zou e10s automatisch aan moeten staan.
Is dit nog steeds nodig? Ik dacht dat dit was veranderd een tijdje terug en dat e10 forceren genoeg zou moeten zijn. Zal straks eens in de about:config duiken, maar volgensmij heb ik deze niet aangepast.
Als ik de nieuwste Nightly (van vandaag) met een vers profiel open dan krijg ik eerst een bericht dat Accessibility deels is uitgeschakeld, en staat e10s aan. Als ik de browser dan echter opnieuw start wordt e10s uitgeschakeld en accessibility ingeschakeld. Ik gebruik verder geen pen tablet ofzo, dus aan mijn configuratie ligt het denk ik niet.

Edit: Je reactie niet goed gelezen, ik denk dat e10s forceren wel werkt, maar het is niet aangeraden om het in combinatie met accessibility te gebruiken.

[Reactie gewijzigd door Mitsuko op 4 augustus 2016 18:16]

Dat forceren werkte overigens ook al in oudere versies. Natuurlijk was de functionaliteit nog beperkt omdat de code nog niet in veel threads gesplitst is, maar met name als je meerdere tabs tegelijk opent zie je duidelijk verschil. Standaard gebeurt dat op een enkele core, maar na forceren van e10s worden dan meerdere cores gebruikt om de tabs te laden.
Dit werkt inderdaad ook op oudere versies, maar volgensmij alleen in de Beta's, Dev, Nightly, etc. Op Linux lukte het mij niet e10 te activeren op <=Firefox 47, wel op de andere kanalen daarvan.
Ik zit nu nog op 47 (nog geen update melding gehad van Ubuntu), en hij staat echt aan. :)
Als je het wil testen moet je in about:config browser.tabs.remote.force-enable op true zetten :)
Sinds gisteren opera de rug toegekeert en weer naar Firefox, en lijkt allemaal lekker smooth te werken.
Opera was in de dev build aan het experimenteren met het aanpassen van je start pagina door daar links bij te zetten aka reclame. Zegt mij genoeg wat hun doel is dus weg wezen.
Waarom dan niet Vivaldi? Dat is in mijn optiek wat Opera had moeten zijn. Van het team van oude developers die de power user belangrijk vinden zijn ze deze webkit based browser gestart. Ik vind het heerlijk werken.
+1 voor Vivaldi.
Had het voor de gein eens geprobeerd als Firefox alternatief maar werk nu eigenlijk alleen nog maar in Vivaldi. Op een paar kleine puntjes na is het een geweldige browser.
Ik vind het out of the box ook de beste browser, qua user experience. Maar je bent nog steeds veel beperkter in wat je kunt aanpassen dan in Firefox, so in the end blijf ik daar toch bij.
Probleem dat ik heb met Vilvaldi is dat die eigenaar dit dadelijk ook weer verkoopt...
Jammer van die blokkade voor unsigned add-ons. Ik gebruik de Garmin Communicator 4.2.0.0 plugin en die wordt door Garmin niet langer ondersteund en door Firefox 48 geblokkeerd. Ik heb nu maar een downgrade gedaan naar Forefox 45 ESR want daar werkt het wel en die krijgt voorlopig nog updates. Hopelijk blijft Firefox ESR 52 (die in december uit zou moeten komen) unsigned add-ons gewoon toestaan.
Misschien een domme suggestie, maar ook niet als je Nightly Tester Tools gebruikt?
So long to support for 10.6, 10.7 and 10.8. Now we can focus on where most Mac users are: 10.9. Don't forget to upgrade!
Interessant. Aangezien sinds OS X 10.7 (Mountain Lion) het OS alleen nog maar in een 64 bit versie is uitgebracht betekent dit ook dat Firefox met ingang van versie 48 geen 32 bits hardware meer hoeft te ondersteunen. Het lijkt er op dat er nog steeds 32 bits code in de universal binary zit maar die zouden ze er vanaf nu dus uit kunnen laten.
Wat mij wel opvalt is dat deze versie een stuk tragere interface lijkt te hebben dan de vorige. Vooral op de telefoon waar het scrollen "plakkerig" lijkt.
@subsonik:
Classic Theme Restorer ==> Location Bar (3) ==> vinkje "Alternate Appearance"

Op dit item kan niet meer gereageerd worden.



Nintendo Switch Google Pixel Sony PlayStation VR Samsung Galaxy S8 Apple iPhone 7 Dishonored 2 Google Android 7.x Watch_Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True