<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>chrome 81 &#8211; EFR Technology Group</title>
	<atom:link href="https://www.efrtechgroup.com/category/chrome-81/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.efrtechgroup.com</link>
	<description>We maintain technology so you don't have to!</description>
	<lastBuildDate>Wed, 08 Apr 2020 07:29:24 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>

<image>
	<url>https://www.efrtechgroup.com/wp-content/uploads/2019/02/cropped-EFRTG-color-2-32x32.jpg</url>
	<title>chrome 81 &#8211; EFR Technology Group</title>
	<link>https://www.efrtechgroup.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Google releases Chrome 81 with less intrusive &#8216;app icon&#8217; notifications</title>
		<link>https://www.efrtechgroup.com/tech/google-releases-chrome-81-with-less-intrusive-app-icon-notifications/</link>
		
		<dc:creator><![CDATA[Randall]]></dc:creator>
		<pubDate>Wed, 08 Apr 2020 07:29:24 +0000</pubDate>
				<category><![CDATA[browser]]></category>
		<category><![CDATA[chrome]]></category>
		<category><![CDATA[chrome 81]]></category>
		<category><![CDATA[coronavirus]]></category>
		<category><![CDATA[covid-19]]></category>
		<category><![CDATA[gear]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Tech]]></category>
		<guid isPermaLink="false">https://www.efrtechgroup.com/google-releases-chrome-81-with-less-intrusive-app-icon-notifications/</guid>

					<description><![CDATA[[ad_1] The stable version of Chrome 81 has arrived for Windows, Mac and Linux after a couple of weeks of delay brought about by the coronavirus pandemic. As ZDNet notes, Google had to move some of the features it was supposed to ship with to future versions, but it still comes with a few notable [&#8230;]]]></description>
										<content:encoded><![CDATA[<p> [ad_1]<br />
</p>
<div>
<p>The stable version of Chrome 81 has <a href="https://chromereleases.googleblog.com/2020/04/stable-channel-update-for-desktop_7.html" target="_blank" rel="noopener noreferrer">arrived</a> for Windows, Mac and Linux after a couple of weeks of <a href="https://www.engadget.com/2020-03-26-google-resumes-chrome-updates.html">delay</a> brought about by the coronavirus pandemic. As <a href="https://www.zdnet.com/article/chrome-81-released-with-initial-support-for-the-web-nfc-standard/" target="_blank" rel="noopener noreferrer"><em>ZDNet</em></a> notes, Google had to move some of the features it was supposed to ship with to future versions, but it still comes with a few notable updates. </p>
<p>The updated Chrome enables a feature called “app icon badging,” which allows apps and websites to notify users of new activities without interrupting them. It’s much less intrusive than outright notifications and could be the better choice for, say, chat and email apps displaying the number of unread messages. Or social media apps displaying the number of times a user has been tagged in a post.</p>
</p></div>
<p>[ad_2]<br />
<br /><a href="https://www.engadget.com/google-chrome-81-072924130.html">Source link </a></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Chrome&#8217;s new release schedule will skip version 82 entirely</title>
		<link>https://www.efrtechgroup.com/tech/chromes-new-release-schedule-will-skip-version-82-entirely/</link>
		
		<dc:creator><![CDATA[Randall]]></dc:creator>
		<pubDate>Tue, 24 Mar 2020 07:55:00 +0000</pubDate>
				<category><![CDATA[beta]]></category>
		<category><![CDATA[chrome]]></category>
		<category><![CDATA[chrome 81]]></category>
		<category><![CDATA[chrome os]]></category>
		<category><![CDATA[coronavirus]]></category>
		<category><![CDATA[covid-19]]></category>
		<category><![CDATA[gear]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[https]]></category>
		<category><![CDATA[nfc]]></category>
		<category><![CDATA[personal computing]]></category>
		<category><![CDATA[personalcomputing]]></category>
		<category><![CDATA[Tech]]></category>
		<guid isPermaLink="false">https://www.efrtechgroup.com/chromes-new-release-schedule-will-skip-version-82-entirely/</guid>

					<description><![CDATA[[ad_1] Last week Google announced it will pause Chrome and Chrome OS releases to deal with its adjusted work schedules as a result of the coronavirus pandemic. At the time, the company said that it would work to ensure current releases are as stable as possible, and that for now, it will not promote Chrome [&#8230;]]]></description>
										<content:encoded><![CDATA[<p> [ad_1]<br />
</p>
<div>
<p>Last week Google <a href="https://www.engadget.com/2020-03-18-google-pauses-chrome-updates.html">announced it will pause Chrome and Chrome OS releases</a> to deal with its adjusted work schedules as a result of the coronavirus pandemic. At the time, the company said that it would work to ensure current releases are as stable as possible, and that for now, it will not promote Chrome 81 from beta to stable. </p>
<p>As <a href="https://chromeunboxed.com/chrome-os-version-82-abandoned-delays-release/" target="_blank" rel="noopener noreferrer">Chrome Unboxed</a> points out, a post a few days ago explains that the new plan is to skip a milestone release entirely. Director of Technical Program Management Jason Kersey <a href="https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/Vn7uzglqLz0" target="_blank" rel="noopener noreferrer">writes in a post</a> the beta channel will remain on version 81 until 83 is ready to promote from the development channel, while 82 will skip its cycle through the process entirely. That could mean an earlier release date than planned for version 83, but no decision has been made there yet.</p>
<p>Chrome 81 is supposed to bring <a href="https://www.engadget.com/2020-02-16-chrome-81-beta-ar-nfc.html">new mixed reality features</a> and a <a href="https://web.dev/nfc/" target="_blank" rel="noopener noreferrer">trial</a> of NFC tie-ins to the browser, and <a href="https://www.engadget.com/2019-10-04-chrome-security-block-http-content.html">HTTPS changes</a> that will remove older protocols and block some content if it tries to load via HTTP on a secure site. <a href="https://www.aboutchromebooks.com/news/chromebooks-skip-chrome-os-82-due-to-covid-19/" target="_blank" rel="noopener noreferrer"><em>About Chromebooks</em></a> notes Chrome OS features anticipated for version 81 that include easier sideloading of Android Studio apps and an improved Bluetooth pairing setup, but all of that will have to wait, and for good reason.</p>
</p></div>
<p>[ad_2]<br />
<br /><a href="https://www.engadget.com/2020/03/24/chrome-os-development/">Source link </a></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Next version of Chrome brings web AR and NFC to more users</title>
		<link>https://www.efrtechgroup.com/tech/next-version-of-chrome-brings-web-ar-and-nfc-to-more-users/</link>
		
		<dc:creator><![CDATA[Randall]]></dc:creator>
		<pubDate>Sun, 16 Feb 2020 13:06:00 +0000</pubDate>
				<category><![CDATA[Android]]></category>
		<category><![CDATA[Augmented Reality]]></category>
		<category><![CDATA[beta]]></category>
		<category><![CDATA[browser]]></category>
		<category><![CDATA[chrome]]></category>
		<category><![CDATA[chrome 81]]></category>
		<category><![CDATA[chrome os]]></category>
		<category><![CDATA[gear]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[Mac]]></category>
		<category><![CDATA[nfc]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[Tech]]></category>
		<category><![CDATA[web]]></category>
		<category><![CDATA[webxr]]></category>
		<guid isPermaLink="false">https://www.efrtechgroup.com/next-version-of-chrome-brings-web-ar-and-nfc-to-more-users/</guid>

					<description><![CDATA[[ad_1] This also opens the door to tap-based interactions. A new Web NFC framework lets mobile devices interact with tappable objects, again without using a native app or system-level features. You could learn more about a museum piece or check into a conference without needing special software. Again, this won&#8217;t be useful until site developers [&#8230;]]]></description>
										<content:encoded><![CDATA[<p> [ad_1]<br />
</p>
<div>
<p>This also opens the door to tap-based interactions.  A new Web NFC framework lets mobile devices interact with tappable objects, again without using a native app or system-level features.  You could learn more about a museum piece or check into a conference without needing special software.  Again, this won&#8217;t be useful until site developers take advantage of it, but the platform will be there.</p>
<p>Chrome 81 will also represent a significant advancement for security.  This version of the browser pulls support for the aging TLS 1.0 and 1.1 protocols that secure HTTPS traffic.  They&#8217;d been deprecated in Chrome 72, but this release yanks them entirely &#8212; any site that still uses the older formats will be labeled insecure.  If a site wants to avoid Google&#8217;s displeasure, it&#8217;ll have to use newer technology (preferably <a href="https://www.engadget.com/2018/03/25/transport-layer-security-standard-/">TLS 1.3</a>).  While we can&#8217;t imagine many popular sites are clinging to the old security standard, this should push holdouts to upgrade.</p>
</p></div>
<p>[ad_2]<br />
<br /><a href="https://www.engadget.com/2020/02/16/chrome-81-beta-ar-nfc/">Source link </a></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Chrome will block HTTP content from loading on secure sites</title>
		<link>https://www.efrtechgroup.com/tech/chrome-will-block-http-content-from-loading-on-secure-sites/</link>
		
		<dc:creator><![CDATA[Randall]]></dc:creator>
		<pubDate>Fri, 04 Oct 2019 14:06:00 +0000</pubDate>
				<category><![CDATA[block]]></category>
		<category><![CDATA[browser]]></category>
		<category><![CDATA[browser security]]></category>
		<category><![CDATA[chrome]]></category>
		<category><![CDATA[chrome 79]]></category>
		<category><![CDATA[chrome 80]]></category>
		<category><![CDATA[chrome 81]]></category>
		<category><![CDATA[default]]></category>
		<category><![CDATA[gear]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[https]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[mixed content]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[subresources]]></category>
		<category><![CDATA[Tech]]></category>
		<category><![CDATA[user privacy]]></category>
		<guid isPermaLink="false">https://www.efrtechgroup.com/chrome-will-block-http-content-from-loading-on-secure-sites/</guid>

					<description><![CDATA[[ad_1] According to Google, Chrome users now spend over 90 percent of their browsing time on HTTPS on all major platforms. But it&#8217;s common for those secure pages to load insecure HTTP subresources. Many of those subresources are blocked by default, but some sneak in as images, audio and video, or &#8220;mixed content.&#8221; That mixed [&#8230;]]]></description>
										<content:encoded><![CDATA[<p> [ad_1]<br />
</p>
<div>
<p>According to Google, Chrome users now spend over 90 percent of their <a href="https://www.engadget.com/2019/03/12/chrome-android-lite-pages-secure/">browsing time on HTTPS</a> on all major platforms. But it&#8217;s common for those secure pages to load insecure HTTP subresources. Many of those subresources are blocked by default, but some sneak in as images, audio and video, or &#8220;mixed content.&#8221; That mixed content can put users at risk.</p>
<p>Beginning with Chrome 79, Chrome will work towards blocking all mixed content by default. To smooth the process, it will introduced the change incrementally. In December, Chrome 79 will add a new setting to unblock mixed content on specific sites. In January 2020, Chrome 80 will autoupgrade all mixed audio and video resources to HTTPS, and it will automatically block them if they fail to load over HTTPS. Finally, in February 2020, Chrome 81 will autoupgrade all mixed images to HTTPS, and as with audio and video, block those that don&#8217;t load over HTTPS.</p>
<p>Once the changes are complete, users won&#8217;t have to wonder whether the subresources they&#8217;re viewing are HTTP or HTTPS. And the slow roll out should give developers time to migrate their mixed content to HTTPS. Though, as we&#8217;ve already learned, that <a href="https://www.engadget.com/2018/11/26/half-of-phishing-sites-now-show-as-secure/">&#8220;secure&#8221; padlock</a> in the address bar, doesn&#8217;t necessarily mean you&#8217;re safe.</p>
</p></div>
<p>[ad_2]<br />
<br /><a href="https://www.engadget.com/2019/10/04/chrome-security-block-http-content/">Source link </a></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
