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

Software-update: Google Chrome 59.0.3071.86

Door , 13 reacties, submitter: mikeoke, bron: Google Linkedin Google+

Google Chromelogo (75 pix) Google heeft versie 59 van zijn webbrowser Chrome uitgebracht. Google Chrome is beschikbaar voor Windows, Linux en macOS. Er zijn ook versies voor Android en iOS, maar die volgen een iets ander releaseschema. Sinds versie 50 is de ondersteuning voor oudere versies van Windows en macOS vervallen. In versie 59 heeft onder meer het instellingenscherm een make-over gekregen en volgt het nu het zogenaamde material design. Daarnaast zijn er diverse kleinere verbeteringen aangebracht en de nodige bugfixes doorgevoerd. De belangrijkste verbeteringen in versie 59 zijn hieronder voor je op een rijtje gezet.

Headless Chromium
Headless Chromium allows running Chromium in an automated environment without a user interface or peripherals. This enables use cases such as automating unit tests with Selenium and converting a web page into a PDF.
Headless Chromium is powered by all the modern web platform features provided by Chromium and Blink. Support is now available on Mac and Linux, with a Windows implementation coming soon.

Native notifications on macOS
Chrome has historically included its own notification system for web and extension developers to send notifications to users. In response to macOS introducing its own rich notification system, many users have asked for the two systems to be integrated.  
In Chrome 59, when developers send notifications via the Notifications API or chrome.notifications, they will be shown directly by the macOS native notification system. This change improves the user experience, but some low-usage API features are now discouraged since they result in a degraded experience on macOS, as documented in the migration guide.
Chrome notifications before and after integration with the native notification system.

Service worker navigation preload
The Service Worker navigation preload API enables the browser to preload navigation requests while a service worker is starting up. These requests are started before executing the fetch event handler in the service worker intercepting the target URL. This gives the worker access to the preload response inside the fetch event handler, allowing the service worker to handle the navigation with minimal delay.

Other features in this release
  • Developers can now use MediaError.message to obtain greater detail about a MediaError produced by <audio> or <video>.
  • WritableStreams are now available as part of the Streams API for processing streams of data, while providing a standard abstraction for writing streaming data to a sink with built-in backpressure and queuing.
  • The Streams API has been expanded with the ability to pipe between ReadableStreams and WritableStreams via the pipeTo() and pipeThrough() methods, allowing easier consumption of streaming data.
  • Developers can now use the getInstalledRelatedApps function to smartly consolidate push notifications between related web and native apps by suggesting when and on which platform to offer them.
  • The Image Capture API now allows sites to take higher resolution images than before, providing full control over camera settings such as zoom, ISO, and white balance.
  • To provide enhanced privacy, CSS stylesheets can now specify their own referrer policy via the HTTP header, rather than always inheriting the referrer policy of the document that originally referenced it.
  • To avoid over-prompting users, Chrome will now temporarily stop an origin from requesting a permission following the third dismissal of that permission request.
  • Touch events are now aligned to requestAnimationFrame, ensuring that input is processed as part of the document lifecycle and creating a more efficient and adaptive input response.
  • The new worker-src Content Security Policy directive restricts which URLs may be loaded as a Worker, SharedWorker, or ServiceWorker.
Deprecations and interoperability improvements
  • The <dialog> element has changed from display: inline to block by default to better align with the spec.
  • Following removal from the Media Queries spec, support for hover: on-demand and any-hover: on-demand media queries have been removed.
  • To better align with spec and help avoid race conditions, decodeAudioData now detaches the given ArrayBuffer before decoding, removing all content from the object and making it unable to be reused or examined.
  • To increase security, Chrome no longers supports requesting notification permission over HTTP.
  • The -internal-media-controls-cast-button CSS selector has been removed in favor of the Remote Playback API.
  • The -internal-media-controls-text-track-list* CSS selectors have been removed in favor of custom-built video controls.
  • The SVGTests.requiredFeatures attribute has been deprecated following its removal from the spec.
  • initDeviceMotionEvent() and initDeviceOrientationEvent() were removed in favor of DeviceOrientationEvent() and  DeviceMotionEvent(), following a spec trend of moving away from initialization functions and toward constructors.
  • To preserve consistency across browsers, the sample property will now be included in a violation report (and associated SecurityPolicyViolationEvent object) if a report-sample expression is present in the violated directive.
  • To increase security, Chrome will now block requests for subresources that contain embedded credentials, and instead handle them as network errors.
  • To increase security, Chrome will now block requests from HTTP/HTTPS documents to ftp: URLs.
  • To preserve consistency across browsers, injecting JavaScript via AppleScript is longer supported in Chrome for Mac.
  • The ability to call Notification.requestPermission() from non-main frames has been deprecated to align the requirements for notification permission with requirements for push notifications, and ease friction for developers.
  • Support for Shared Dictionary Compression (SDCH) has been disabled until a stable API has been standardized.

Versienummer 59.0.3071.86
Releasestatus Final
Besturingssystemen Windows 7, Linux, macOS, Windows 8, Windows 10
Website Google
Download https://www.google.com/chrome/browser/desktop/index.html
Licentietype GPL
Moderatie-faq Wijzig weergave

Reacties (13)

Reactiefilter:-113013+16+22+30Ongemodereerd5
En als er iemand een hekel heeft aan het nieuwe instellingen scherm, navigeer naar de volgende URL en zet het op Disabled:

chrome://flags/#enable-md-settings

Edit: Lifehack tip

Als je een screenshot wilt maken van een volledige pagina zonder een extensie hiervoor te hoeven installeren, doe het volgende:
  • Druk op F12 om de developer console te openen.
  • Druk in: CTRL+SHIFT+P
  • Typ in de zoekbalk: capture.
  • Klik op 'Capture full size screenshot'.
Het screenshot zal dan worden opgeslagen.

[Reactie gewijzigd door CriticalHit_NL op 8 juni 2017 00:38]

Goed om te weten in geval van nood, de instellingen om nieuwe 'vaste' functionaliteit uit te schakelen hebben echter de neiging om een aantal versies later te verdwijnen of niet meer te werken. Ik moet zeggen dat ik vind dat de UX/UI van Chrome meer en meer richting domme massa en smartphone layout gaat. Na het zien van deze laatste update ben ik blij dat ik reeds jaren geleden ben overgestapt naar een meer power-user oriented en meer desktop friendly browser, bij mij is de druppel van het dumbing down reeds ergens bij de een of andere versie tussen de 30 en 40 overgelopen. Er zijn inmiddels zat alternatieven voor Chrome die ook nog eens 99.9% compatibel zijn wegens zelfde browser core maar stukken betere UI/UX voor de desktop power user.
Ja ik kan je daar denk ik geen ongelijk in geven, en inderdaad, de switch zal hoogstwaarschijnlijk in de toekomst verdwijnen.
dank voor deze info, die nieuwe vind ik nog niet echt een verbetering, vooral als je op wachtwoorden wilt gaan zoeken, dan klik je, je suf.
Nice, ik gebruik altijd AwesomeScreenshot, Caputure tool, ik meen ook van Google, maar die scroll bij het maken van de screenshot mee met de pagina, en bij het aan elkaar stitchen van de delen is er soms een vreemde overlapping (ik vermoed door het werken van negatieve margins). Jouw caputure optie lijkt dat beter te doen _/-\o_
Native notifications on macOS
Enig idee of dit ook naar Windows komt? Windows heeft ondertussen al 2 jaar rich notiifcations maar vroeger zij Google dat het notificatiesysteem van besturingssystemen altijd ondergeschikt zou zijn en dat Windows, Mac OS en Linux dus altijd Chrome's eigen notificatiesysteem zouden blijven gebruiken.
Zou wel erg mooi zijn! Het blijft gissen, maar hier hebben ze het over 'in the works', en het feit dat ze mac OS nu ondersteunen doet daar natuurlijk niet aan af.
Eindelijk af van PhantomJS! Die ontwikkelaar is er ook gelijk mee gestopt na de aankondiging van een headless modus in Chrome.
Je moet voor verschillende features nog wel steeds xvfb gebruiken.
En op de zaak bij ons is meteen al een bug gevonden (en ingeschoten via de ingebouwde reporting tool) met betrekking tot corrupte paint surfaces. En dan bedoel ik echt corrupt; als in: bepaalde delen van paint layers uit een totaal ander segment v/d pagina die verschijnen op plekken waar andere layers intgetekend zouden moeten worden. Smaakt naar wat verkeerd ingedeelde gedeelde bitmap segmenten.

Blij dat ik privé geen Chrome gebruik.

[Reactie gewijzigd door R4gnax op 6 juni 2017 19:22]

Gezien de voornemens rond ad-blocking die me absoluut niet aanstaan - zal er geen chrome of chromium meer gebruikt worden. Pijnlijk maar waar. U doet daar uiteraard mee wat u wil - maar ik kan me niet ontdoen van het idee dat dit iets is waar een antitrust-vervolging door de EU het minste is wat men kan doen (ook wat Microsoft vs. Kasperski betreft - sta ik aan de kant van Kasperski - wat microsoft daar aan't bekokstoven is, hebben ze ooit nog gedaan - zie de wordperfect-documenten en u weet wat ik bedoel)... Die uitleg bestaat - u moet 't maar lezen als u wil commentaar schrijven die ergens op slaat.
Het is nog steeds een wazige aankondiging van Google.
Het heeft ook geen betrekking op deze versie.
Bron: https://www.wsj.com/artic...chrome-browser-1492643233
Ik gebruik Opera, bevalt me al jaren goed!


Om te kunnen reageren moet je ingelogd zijn


Nintendo Switch Samsung Galaxy S8+ LG W7 Samsung Galaxy S8 Google Pixel 2 Sony Bravia A1 OLED Microsoft Xbox One X Apple iPhone 8

© 1998 - 2017 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

*