Jump to content

User:JodyBruchonFan/Everything wrong with Chrome: Difference between revisions

From Consumer Rights Wiki
JodyBruchonFan (talk | contribs)
Missing .mht or .mhtml extensions
m Formatted citations; moved ref to inside quote.
 
(3 intermediate revisions by one other user not shown)
Line 12: Line 12:
The term "Chrome" refers to the mobile edition for the rest of this page, unless stated otherwise. Anyone feel free to contribute.
The term "Chrome" refers to the mobile edition for the rest of this page, unless stated otherwise. Anyone feel free to contribute.


== Mandatory pull-to-refresh ==
== User interface ==
=== Mandatory pull-to-refresh ===
Let's get the "elephant in the room" out of the way first. The constant threat of accidentally refreshing a page has turned browsing with Chrome into a headache since 2019.
Let's get the "elephant in the room" out of the way first. The constant threat of accidentally refreshing a page has turned browsing with Chrome into a headache since 2019.


In spite of the abnormally high number of complaints by users suffering from accidental refreshes, Google has refused to reinstate the option to turn off this anti-feature. It seems to be part of Google's brand identity.<ref>[https://archive.today/2024.09.04-094015/https://issues.chromium.org/issues/41471115 Please bring back ability to disable Android pull-down-to-refresh. I lost my work because the feature. &#91;41471115&#93; - Chromium]</ref><ref>[https://archive.today/2025.10.07-180843/https://issues.chromium.org/issues/391378124 No way to disable pull-to-refresh &#91;391378124&#93; - Chromium]</ref><ref>[https://megalodon.jp/2025-0111-2220-13/https://support.google.com:443/chrome/thread/8391096/wanting-to-know-how-to-disable-pull-to-refresh-as-it-s-no-longer-showing-up-in-flags?hl=en Wanting to know how to disable pull to refresh as it's no longer showing up in flags - Google Chrome Community]</ref><ref>[https://megalodon.jp/2025-0701-0647-33/https://support.google.com:443/chrome/thread/8152831 Missing Android Chrome 75 flags disable-pull-to-refresh-effect How to disable it now? - Google Chrome Community]</ref>
In spite of the abnormally high number of complaints by users suffering from accidental refreshes, Google has refused to reinstate the option to turn off this anti-feature. It seems to be part of Google's brand identity.<ref>{{Cite web |author= |title=Please bring back ability to disable Android pull-down-to-refresh. I lost my work because the feature. &#91;41471115&#93; |url=https://issues.chromium.org/issues/41471115 |website=[[Chromium]] |date=16 Jul 2019 |access-date=8 Jun 2026 |url-status=live |archive-url=https://archive.ph/2024.09.04-094015/https://issues.chromium.org/issues/41471115 |archive-date=4 Sep 2024}}</ref><ref>{{Cite web |author= |title=No way to disable pull-to-refresh &#91;391378124&#93; |url=https://issues.chromium.org/issues/391378124 |website=[[Chromium]] |date=22 Jan 2025 |access-date=8 Jun 2026 |url-status=live |archive-url=https://archive.today/2025.10.07-180843/https://issues.chromium.org/issues/391378124 |archive-date=7 Oct 2025}}</ref><ref>{{Cite web |author=Stotty |title=Wanting to know how to disable pull to refresh as it's no longer showing up in flags |url=https://support.google.com/chrome/thread/8391096/wanting-to-know-how-to-disable-pull-to-refresh-as-it-s-no-longer-showing-up-in-flags?hl=en |website=[[Google]] |date=20 Jun 2019 |access-date=8 Jun 2026 |url-status=live |archive-url=https://megalodon.jp/2025-0111-2220-13/https://support.google.com:443/chrome/thread/8391096/wanting-to-know-how-to-disable-pull-to-refresh-as-it-s-no-longer-showing-up-in-flags?hl=en |archive-date=11 Jan 2025}}</ref><ref>{{Cite web |last=Vosloo |first=Jake |title=Missing Android Chrome 75 flags disable-pull-to-refresh-effect How to disable it now? |url=https://support.google.com/chrome/thread/8152831 |website=[[Google]] |date=16 Jun 2019 |access-date=8 Jun 2026 |url-status=live |archive-url=https://megalodon.jp/2025-0701-0647-33/https://support.google.com:443/chrome/thread/8152831 |archive-date=1 Jul 2025}}</ref>
<!-- I know, Archive.Today links are unwanted since the February 2026 drama, but the Google issue tracker is impossible to archive using any other archival service due to another evil invention by Google: shadow DOMs. Ghost Archive sometimes manages to archive them, but still struggles with them. -->
<!-- I know, Archive.Today links are unwanted since the February 2026 drama, but the Google issue tracker is impossible to archive using any other archival service due to another evil invention by Google: shadow DOMs. Ghost Archive sometimes manages to archive them, but still struggles with them. -->


Line 30: Line 31:
In comparison, both Firefox mobile and Samsung Internet let the user turn this anti-feature off.
In comparison, both Firefox mobile and Samsung Internet let the user turn this anti-feature off.


== Data lock-in ==
=== Tab viewer has no list view mode ===
Chrome provides no option to export web browsing data to a file, making it [[Data_lock-in#User_data_in_mobile_web_browsers|impossible to back up certain user data]] without root access, namely the session (list of opened tabs) and browsing history.
 
Exporting the browsing session to a text file would be useful to prevent so-called "tab hoarding", where the number of open tabs keeps increasing, without having to lose the existing browsing session.
 
Both the desktop and mobile editions of Chrome have a hard three-month limit for retaining browsing history. Without the ability to export the browsing history, it becomes difficult to find pages after a long time.
 
In comparison, Samsung Internet allows copying a list of open tabs to the clipboard by checking the "select all" box, pressing "share", and then choosing "copy to clipboard". Samsung Internet also allows copying multiple URLs from the history at once to clipboard, but with no time stamp, and there is a size limit that limits the number of selectable pages to something between 120 and 150 pages, depending on the lengths of the URL, title, or both.
 
This is still far from ideal, where the entire history and session could be dumped into a file with a single tap.
 
On desktop web browsers, extensions are able to provide such functionality, but of course, Chrome on mobile does not support extensions.
 
== Tab viewer has no list view mode ==
The tab viewer only features a grid view which has two-columns in vertical orientation and usually four columns in horizontal orientation.
The tab viewer only features a grid view which has two-columns in vertical orientation and usually four columns in horizontal orientation.


Line 50: Line 38:
Chrome (Chromium) developer David Trainor stated:
Chrome (Chromium) developer David Trainor stated:
<blockquote>
<blockquote>
Leaving the swich in place as it is highly used as a command line value, but removing it to trim down chrome://flags size.
Leaving the swich in place as it is highly used as a command line value, but removing it to trim down chrome://flags size.<ref>{{Cite web |last=Trainor |first=David |title=8cf3626120e3949f9718b626217bf93b8b6d2545 - chromium/src - Git at Google |url=https://chromium.googlesource.com/chromium/src/+/8cf3626120e3949f9718b626217bf93b8b6d2545 |website=Google Source |date=22 May 2019 |access-date=8 Jun 2026 |url-status=live |archive-url=https://archive.today/2020.04.26-183014/https://chromium.googlesource.com/chromium/src/+/8cf3626120e3949f9718b626217bf93b8b6d2545 |archive-date=26 Apr 2020}}</ref></blockquote>
</blockquote>
<ref>[https://archive.today/2020.04.26-183014/https://chromium.googlesource.com/chromium/src/+/8cf3626120e3949f9718b626217bf93b8b6d2545 8cf3626120e3949f9718b626217bf93b8b6d2545 - chromium/src - Git at Google]</ref>


It is unclear how this benefits the end user.
It is unclear how this benefits the end user.
Line 60: Line 46:
Samsung Internet's tab viewer does feature a list view option.
Samsung Internet's tab viewer does feature a list view option.


== No draggable scroll bar ==
=== No draggable scroll bar ===
Seriously, Google? Desktop web browsers had this since the 1990s, and some mobile web browsers like Samsung Internet and Opera also had this for some time.
Seriously, Google? Desktop web browsers had this since the 1990s, and some mobile web browsers like Samsung Internet and Opera also had this for some time.


In addition, Samsung Internet features options to show shortcuts to jump to the top or the bottom of the page.
In addition, Samsung Internet features options to show shortcuts to jump to the top or the bottom of the page.


== Slowly scrolling to text search results ==
=== Slowly scrolling to text search results ===
When searching text on the page, Chrome does not immediately jump to the result, but scrolls to that result, which can take several seconds on a long page. And when you are looking through many results, these seconds add up.  
When searching text on the page, Chrome does not immediately jump to the result, but scrolls to that result, which can take several seconds on a long page. And when you are looking through many results, these seconds add up.  


Line 72: Line 58:
Of course, [[Google#Taking_away_choice_from_the_user|as one would expect from Google]], there is no option to change this behaviour.
Of course, [[Google#Taking_away_choice_from_the_user|as one would expect from Google]], there is no option to change this behaviour.


== Unable to play media from multiple tabs at once ==
=== No page title bar ===
Yet another thing desktop web browsers have been able to do since the 2000s, yet the "pinnacle of mobile web browsing" can't do so as of 2026.
If you look at Steve Jobs' iPhone 4 presentation, what do you notice that current mobile web browsers don't have?<ref>{{Cite web |author=CNet |title=Steve Jobs' demo fail (CNET News) |url=https://www.youtube.com/watch?v=znxQOPFg2mo |website=[[YouTube]] |date=7 Jun 2010 |access-date=8 Jun 2026 |url-status=live |archive-url=https://preservetube.com/watch?v=znxQOPFg2mo |archive-date=8 Jun 2026}}</ref>


With the processing power smartphones have nowadays, this should easily be doable.
A title bar!


Even if it increases power consumption, the user should be given the choice.
On a screen not nearly as large as smartphone screens are nowadays (2026).


== Unable to open a new tab after the current tab ==
Currently, Chrome does not have a straightforward way to let you see the full page title. You can see part of it in the tab list and browsing history, but due to their narrowness, the page title is usually cut off.
New tabs are opened at the end of the tab list. With many tabs open, this adds the inconvenience of the new tab being far away from the current tab.


The user might want to look something up that is related to the currently viewed page. The inability to open a new tab after the current tab adds the inconvenience of having to find the current tab in the long tab list again, rather than swiping to switch to the last tab.
Chrome should have an option to show the page title above the URL bar, and tapping that title should reveal the full title with wrapped lines if it is longer than the width of the screen.


The only workaround is to open a link on the current page in a new tab by holding it down and choosing "open in new tab". However, this relies on a hyperlink existing on the current page, which might not always be the case.
=== Slow menu animation ===
 
Firefox on desktop has the <code>browser.tabs.insertAfterCurrent</code> property in <code>about:config</code> for this purpose. If this preference was put in a more visible spot (namely <code>about:preferences</code>), more people would undoubtedly use it.
 
== Slow menu animation ==
The "fancy" menu animation each time you open the quick menu, with the cascading menu items, might look nice, but it wastes a second every single time you want to use something in that menu, and this adds up.
The "fancy" menu animation each time you open the quick menu, with the cascading menu items, might look nice, but it wastes a second every single time you want to use something in that menu, and this adds up.


Of course, no option to disable this exists inside the app, but thankfully, the Android developer tools provide an option to disable transition animations system-wide.
Of course, no option to disable this exists inside the app, but thankfully, the Android developer tools provide an option to disable transition animations system-wide.


== First row of quick menu not at bottom if URL bar is at bottom ==
=== First row of quick menu not at bottom if URL bar is at bottom ===
The first row of the quick menu contains the icons for "go forward", "information", "save page", "bookmark", and "refresh".
The first row of the quick menu contains the icons for "go forward", "information", "save page", "bookmark", and "refresh".


Line 100: Line 81:
To Google's credit, they at least added the option to align the URL bar to the bottom. Firefox, Samsung Internet, and the Chromium derivative Kiwi Browser all had this by 2020.
To Google's credit, they at least added the option to align the URL bar to the bottom. Firefox, Samsung Internet, and the Chromium derivative Kiwi Browser all had this by 2020.


== Unable to keep URL bar on screen ==
=== Unable to keep URL bar on screen ===
On mobile web browsers, when scrolling down, the URL bar automatically hides. When scrolling back up, the URL bar is revealed again.
On mobile web browsers, when scrolling down, the URL bar automatically hides. When scrolling back up, the URL bar is revealed again.


Line 109: Line 90:
In addition, pulling down in Chrome sometimes activates the universally hated pull-to-refresh gesture (see first point) instead of revealing the URL bar.
In addition, pulling down in Chrome sometimes activates the universally hated pull-to-refresh gesture (see first point) instead of revealing the URL bar.


== No developer tools or page inspector ==
=== Annoying download confirmation in incognito mode ===
In 2023, Google added an annoying prompt in incognito mode that reads ''"Download file? Anyone using this device can see downloaded files."'', which, of course, can not be turned off.<ref>{{Cite web |author=User 6073876982652430557 |title=How to disable incognito mode, "Download file? Anyone using this device can see downloaded files." |url=https://support.google.com/chrome/thread/239227138/how-to-disable-incognito-mode-download-file-anyone-using-this-device-can-see-downloaded-files?hl=en |website=[[Google]] |date=14 Oct 2023 |access-date=8 Jun 2026 |url-status=live |archive-url=https://web.archive.org/web/20260531112824/https://support.google.com/chrome/thread/239227138/how-to-disable-incognito-mode-download-file-anyone-using-this-device-can-see-downloaded-files?hl=en |archive-date=31 May 2026}}</ref>
 
Given that most smartphones are only used by one person most of the time, this message is pointless.
 
== Missing functionality ==
=== Unable to play media from multiple tabs at once ===
Yet another thing desktop web browsers have been able to do since the 2000s, yet the "pinnacle of mobile web browsing" can't do so as of 2026.
 
With the processing power smartphones have nowadays, this should easily be doable.
 
Even if it increases power consumption, the user should be given the choice.
 
=== Unable to open a new tab after the current tab ===
New tabs are opened at the end of the tab list. With many tabs open, this adds the inconvenience of the new tab being far away from the current tab.
 
The user might want to look something up that is related to the currently viewed page. The inability to open a new tab after the current tab adds the inconvenience of having to find the current tab in the long tab list again, rather than swiping to switch to the last tab.
 
The only workaround is to open a link on the current page in a new tab by holding it down and choosing "open in new tab". However, this relies on a hyperlink existing on the current page, which might not always be the case.
 
Firefox on desktop has the <code>browser.tabs.insertAfterCurrent</code> property in <code>about:config</code> for this purpose. If this preference was put in a more visible spot (namely <code>about:preferences</code>), more people would undoubtedly use it.
 
=== No developer tools or page inspector ===
Granted, no other mobile web browser seems to have this, but wouldn't now be a time for mobile web browsers to get a basic page inspector at least?
Granted, no other mobile web browser seems to have this, but wouldn't now be a time for mobile web browsers to get a basic page inspector at least?


Line 116: Line 119:
Smartphones have large screens nowadays. It certainly would be possible.
Smartphones have large screens nowadays. It certainly would be possible.


== Download list ==
=== Download list ===
The list of downloaded files offers no way to get the full source URL of a downloaded file. Only the domain is visible.  
The list of downloaded files offers no way to get the full source URL of a downloaded file. Only the domain is visible.  


There is also no way to remove items from the download history without deleting the corresponding file in the download folder.
There is also no way to remove items from the download history without deleting the corresponding file in the download folder.


== Annoying download confirmation in incognito mode ==
=== Built-in media player lacks basic options ===
In 2023, Google added an annoying prompt in incognito mode that reads ''"Download file? Anyone using this device can see downloaded files."'', which, of course, can not be turned off.<ref>[https://support.google.com/chrome/thread/239227138/how-to-disable-incognito-mode-download-file-anyone-using-this-device-can-see-downloaded-files?hl=en How to disable incognito mode, "Download file? Anyone using this device can see downloaded files." - Google Chrome Community]</ref>
 
Given that most smartphones are only used by one person most of the time, this message is pointless.
 
== Built-in media player lacks basic options ==
The built-in media player has no built-in options to loop a media file, to open a media file in a new tab, or to copy the link to a media file into the clipboard.
The built-in media player has no built-in options to loop a media file, to open a media file in a new tab, or to copy the link to a media file into the clipboard.


Line 133: Line 131:
Of course, the media player in a web browser is no replacement for an actual media player application like "mpv-android", but having these basic options built right into the web browser media player would add convenience.
Of course, the media player in a web browser is no replacement for an actual media player application like "mpv-android", but having these basic options built right into the web browser media player would add convenience.


== Large images not downscaled to screen size ==
=== Missing .mht or .mhtml extensions ===
If a picture has a resolution of at least several megapixels, Chrome fails to downscale it enough that the entire image fits on screen.
While Chrome deserves credit for being the '''only''' major mobile web browser that lets users save pages into the download folder with no [[data lock-in]], the MHTML files generated by recent versions of Chrome (as of 2026) lack the ".mht" or ".mhtml" file extension, meaning the file name is only the page title with no extension.


So Chrome even struggles with something as simple as image viewing. How embarrassing.
This makes some file managers unable to recognize the file type, and makes the user unable to search for MHTML files by  typing ".mht" or ".mhtml" in the search bar.


== No option to load pages without images ==
=== No option to load pages without images ===
Images are much larger in size than text, but sometimes, text is enough and would speed up loading, especially in remote areas where only 2G connectivity is available.
Images are much larger in size than text, but sometimes, text is enough and would speed up loading, especially in remote areas where only 2G connectivity is available.


Unfortunately, Chrome lacks the simple option to only load text, without images.
Unfortunately, Chrome lacks the simple option to only load text, without images.


== Unable to see which page redirected me to the current page ==
== Anti-user practices ==
=== Data lock-in ===
Chrome provides no option to export web browsing data to a file, making it [[Data_lock-in#User_data_in_mobile_web_browsers|impossible to back up certain user data]] without root access, namely the session (list of opened tabs) and browsing history.
 
Exporting the browsing session to a text file would be useful to prevent so-called "tab hoarding", where the number of open tabs keeps increasing, without having to lose the existing browsing session.
 
Both the desktop and mobile editions of Chrome have a hard three-month limit for retaining browsing history. Without the ability to export the browsing history, it becomes difficult to find pages after a long time.
 
In comparison, Samsung Internet allows copying a list of open tabs to the clipboard by checking the "select all" box, pressing "share", and then choosing "copy to clipboard". Samsung Internet also allows copying multiple URLs from the history at once to clipboard, but with no time stamp, and there is a size limit that limits the number of selectable pages to something between 120 and 150 pages, depending on the lengths of the URL, title, or both.
 
This is still far from ideal, where the entire history and session could be dumped into a file with a single tap.
 
On desktop web browsers, extensions are able to provide such functionality, but of course, Chrome on mobile does not support extensions.
 
=== No background video playback ===
Chrome does not allow background video playback on ''any'' website. This is a deliberate choice by Google. In 2019, they even forced the developers of the Chromium derivative "Kiwi Browser" to remove this ability, at least for YouTube.com.<ref>{{Cite web |last=Malik |first=Aisha |title=Kiwi Browser app vanishes from Google Play Store |url=https://mobilesyrup.com/2019/05/07/kiwi-browser-removed-from-play-store/ |website=Mobile Syrup |date=7 May 2019 |access-date=8 Jun 2026 |url-status=live |archive-url=https://web.archive.org/web/20190507232416/https://mobilesyrup.com/2019/05/07/kiwi-browser-removed-from-play-store/ |archive-date=7 May 2019}}</ref><ref>{{Cite web |last=Davenport |first=Corbin |title=Kiwi Browser removed from Play Store due to YouTube background playback |url=https://www.androidpolice.com/2019/05/07/kiwi-browser-removed-from-play-store-due-to-youtube-background-playback/ |website=Android Police |date=7 May 2019 |access-date= |url-status=dead |archive-url=https://web.archive.org/web/20190507180735/https://www.androidpolice.com/2019/05/07/kiwi-browser-removed-from-play-store-due-to-youtube-background-playback/ |archive-date=7 May 2019}}</ref>
 
Google apparently wants users to not get used to background video playback on a mobile device, to match the behaviour that the YouTube app had since the beginning, even before YouTube Premium (YouTube Red) had existed.
 
== Browsing behaviour ==
=== Large images not downscaled to screen size ===
If a picture has a resolution of at least several megapixels, Chrome fails to downscale it enough that the entire image fits on screen.
 
So Chrome even struggles with something as simple as image viewing. How embarrassing.
 
=== Unable to see which page redirected me to the current page ===
While Firefox stores all redirects in the browsing history, Chrome makes it impossible to know which intermittent pages redirected me to the current page.
While Firefox stores all redirects in the browsing history, Chrome makes it impossible to know which intermittent pages redirected me to the current page.


== Unable to block redirects and self-refreshes ==
=== Unable to block redirects and self-refreshes ===
Some web pages misuse self-refreshing redirects, making it hard to go back to the last page.
Some web pages misuse self-refreshing redirects, making it hard to go back to the last page.


Firefox on desktop offers the <code>accessibility.blockautorefresh</code> property in <code>about:config</code> for this purpose.
Firefox on desktop offers the <code>accessibility.blockautorefresh</code> property in <code>about:config</code> for this purpose.
== Missing .mht or .mhtml extensions ==
While Chrome deserves credit for being the '''only''' major web browser that lets users save pages into the download folder with no [[data lock-in]], in recent versions (as of 2026), the MHTML files generated by Chrome lack the ".mht" or ".mhtml" file extension, meaning the file name is only the page title with no extension.
This makes some file managers unable to recognize the file type, and makes the user unable to search for MHTML files by  typing ".mht" or ".mhtml" in the search bar.


== Giving credit where credit is due ==
== Giving credit where credit is due ==

Latest revision as of 00:13, 9 June 2026

Everything wrong with
Google Chrome mobile



One would expect Google Chrome, the most widely used mobile web browser, to be the pinnacle of mobile web browsing. However, as it turns out, it is popular for the same reason Internet Explorer was popular back in the 1990s and 2000s: it is pre-installed.

Given that the competition has a much smaller market share, Google is under no pressure to provide a good web browsing experience.

This is a collection of what is wrong with the mobile version of Google Chrome. These are features or options Google could have easily implemented long ago, but either neglected or, for some reason, chose not to.

The term "Chrome" refers to the mobile edition for the rest of this page, unless stated otherwise. Anyone feel free to contribute.

User interface

[edit | edit source]

Mandatory pull-to-refresh

[edit | edit source]

Let's get the "elephant in the room" out of the way first. The constant threat of accidentally refreshing a page has turned browsing with Chrome into a headache since 2019.

In spite of the abnormally high number of complaints by users suffering from accidental refreshes, Google has refused to reinstate the option to turn off this anti-feature. It seems to be part of Google's brand identity.[1][2][3][4]

Websites look wildly different from each other. Some websites are designed in a way where it isn't clearly visible where the top of the page is. On those sites, pull-to-refresh makes web browsing a walk on eggshells.

Pull-to-refresh, to some extent, makes sense on a notification feed where new items come from above, but it does not make sense on the vast majority of web sites, especially rarely updated static pages, and it is redundant to the refresh button in the quick menu that can be accessed even without scrolling to the top first, so there is simply no need for it.

Accidental refreshes waste time, battery charge, and quota from mobile data plans.

But Google thought that something that makes sense in the notification feed of Twitter (I refuse to call it "X") or Instagram automatically makes sense in a web browser. Nope.

See also Google Chrome § Mandatory pull-to-refresh.

In comparison, both Firefox mobile and Samsung Internet let the user turn this anti-feature off.

Tab viewer has no list view mode

[edit | edit source]

The tab viewer only features a grid view which has two-columns in vertical orientation and usually four columns in horizontal orientation.

There used to be a list view mode which would preview a longer part of the page title, as well as part of the URL. It could be turned on through a flag in chrome://flags, named , but it was taken away in 2019 with with the goal to "reduce chrome://flags size", which defeats the whole point of chrome://flags, which is to provide a dumping ground for options that fit nowhere else on the user interface. It is similar to about:config on Firefox.

Chrome (Chromium) developer David Trainor stated:

Leaving the swich in place as it is highly used as a command line value, but removing it to trim down chrome://flags size.[5]

It is unclear how this benefits the end user.

On Android, users without root access can not launch Chrome with custom command lines, at least not without using ADB, which requires an external computer, making it impractical on the go.

Samsung Internet's tab viewer does feature a list view option.

No draggable scroll bar

[edit | edit source]

Seriously, Google? Desktop web browsers had this since the 1990s, and some mobile web browsers like Samsung Internet and Opera also had this for some time.

In addition, Samsung Internet features options to show shortcuts to jump to the top or the bottom of the page.

Slowly scrolling to text search results

[edit | edit source]

When searching text on the page, Chrome does not immediately jump to the result, but scrolls to that result, which can take several seconds on a long page. And when you are looking through many results, these seconds add up.

Additionally, this scrolling animation needlessly wastes battery power.

Of course, as one would expect from Google, there is no option to change this behaviour.

No page title bar

[edit | edit source]

If you look at Steve Jobs' iPhone 4 presentation, what do you notice that current mobile web browsers don't have?[6]

A title bar!

On a screen not nearly as large as smartphone screens are nowadays (2026).

Currently, Chrome does not have a straightforward way to let you see the full page title. You can see part of it in the tab list and browsing history, but due to their narrowness, the page title is usually cut off.

Chrome should have an option to show the page title above the URL bar, and tapping that title should reveal the full title with wrapped lines if it is longer than the width of the screen.

Slow menu animation

[edit | edit source]

The "fancy" menu animation each time you open the quick menu, with the cascading menu items, might look nice, but it wastes a second every single time you want to use something in that menu, and this adds up.

Of course, no option to disable this exists inside the app, but thankfully, the Android developer tools provide an option to disable transition animations system-wide.

First row of quick menu not at bottom if URL bar is at bottom

[edit | edit source]

The first row of the quick menu contains the icons for "go forward", "information", "save page", "bookmark", and "refresh".

However, it is still at the top of the quick menu even if the URL bar (or "omnibar") is at the bottom.

To Google's credit, they at least added the option to align the URL bar to the bottom. Firefox, Samsung Internet, and the Chromium derivative Kiwi Browser all had this by 2020.

Unable to keep URL bar on screen

[edit | edit source]

On mobile web browsers, when scrolling down, the URL bar automatically hides. When scrolling back up, the URL bar is revealed again.

This is an ancient relic from a time when entry-level smartphones had 4:3 screens (such as the Galaxy Fit S5670). Now that smartphone screens have very tall aspect ratios such as 18:9, there is simply no need to hide the URL bar in vertical orientation anymore.

I would rather have 5% less screen space for the web content than having to pull down every single time to reveal the URL bar.

In addition, pulling down in Chrome sometimes activates the universally hated pull-to-refresh gesture (see first point) instead of revealing the URL bar.

Annoying download confirmation in incognito mode

[edit | edit source]

In 2023, Google added an annoying prompt in incognito mode that reads "Download file? Anyone using this device can see downloaded files.", which, of course, can not be turned off.[7]

Given that most smartphones are only used by one person most of the time, this message is pointless.

Missing functionality

[edit | edit source]

Unable to play media from multiple tabs at once

[edit | edit source]

Yet another thing desktop web browsers have been able to do since the 2000s, yet the "pinnacle of mobile web browsing" can't do so as of 2026.

With the processing power smartphones have nowadays, this should easily be doable.

Even if it increases power consumption, the user should be given the choice.

Unable to open a new tab after the current tab

[edit | edit source]

New tabs are opened at the end of the tab list. With many tabs open, this adds the inconvenience of the new tab being far away from the current tab.

The user might want to look something up that is related to the currently viewed page. The inability to open a new tab after the current tab adds the inconvenience of having to find the current tab in the long tab list again, rather than swiping to switch to the last tab.

The only workaround is to open a link on the current page in a new tab by holding it down and choosing "open in new tab". However, this relies on a hyperlink existing on the current page, which might not always be the case.

Firefox on desktop has the browser.tabs.insertAfterCurrent property in about:config for this purpose. If this preference was put in a more visible spot (namely about:preferences), more people would undoubtedly use it.

No developer tools or page inspector

[edit | edit source]

Granted, no other mobile web browser seems to have this, but wouldn't now be a time for mobile web browsers to get a basic page inspector at least?

Smartphones have so much processing power nowadays, yet mobile apps lack basic features software on desktop computers had for decades. This is disappointing to see.

Smartphones have large screens nowadays. It certainly would be possible.

Download list

[edit | edit source]

The list of downloaded files offers no way to get the full source URL of a downloaded file. Only the domain is visible.

There is also no way to remove items from the download history without deleting the corresponding file in the download folder.

Built-in media player lacks basic options

[edit | edit source]

The built-in media player has no built-in options to loop a media file, to open a media file in a new tab, or to copy the link to a media file into the clipboard.

The desktop edition of Firefox has all of these features.

Of course, the media player in a web browser is no replacement for an actual media player application like "mpv-android", but having these basic options built right into the web browser media player would add convenience.

Missing .mht or .mhtml extensions

[edit | edit source]

While Chrome deserves credit for being the only major mobile web browser that lets users save pages into the download folder with no data lock-in, the MHTML files generated by recent versions of Chrome (as of 2026) lack the ".mht" or ".mhtml" file extension, meaning the file name is only the page title with no extension.

This makes some file managers unable to recognize the file type, and makes the user unable to search for MHTML files by typing ".mht" or ".mhtml" in the search bar.

No option to load pages without images

[edit | edit source]

Images are much larger in size than text, but sometimes, text is enough and would speed up loading, especially in remote areas where only 2G connectivity is available.

Unfortunately, Chrome lacks the simple option to only load text, without images.

Anti-user practices

[edit | edit source]

Data lock-in

[edit | edit source]

Chrome provides no option to export web browsing data to a file, making it impossible to back up certain user data without root access, namely the session (list of opened tabs) and browsing history.

Exporting the browsing session to a text file would be useful to prevent so-called "tab hoarding", where the number of open tabs keeps increasing, without having to lose the existing browsing session.

Both the desktop and mobile editions of Chrome have a hard three-month limit for retaining browsing history. Without the ability to export the browsing history, it becomes difficult to find pages after a long time.

In comparison, Samsung Internet allows copying a list of open tabs to the clipboard by checking the "select all" box, pressing "share", and then choosing "copy to clipboard". Samsung Internet also allows copying multiple URLs from the history at once to clipboard, but with no time stamp, and there is a size limit that limits the number of selectable pages to something between 120 and 150 pages, depending on the lengths of the URL, title, or both.

This is still far from ideal, where the entire history and session could be dumped into a file with a single tap.

On desktop web browsers, extensions are able to provide such functionality, but of course, Chrome on mobile does not support extensions.

No background video playback

[edit | edit source]

Chrome does not allow background video playback on any website. This is a deliberate choice by Google. In 2019, they even forced the developers of the Chromium derivative "Kiwi Browser" to remove this ability, at least for YouTube.com.[8][9]

Google apparently wants users to not get used to background video playback on a mobile device, to match the behaviour that the YouTube app had since the beginning, even before YouTube Premium (YouTube Red) had existed.

Browsing behaviour

[edit | edit source]

Large images not downscaled to screen size

[edit | edit source]

If a picture has a resolution of at least several megapixels, Chrome fails to downscale it enough that the entire image fits on screen.

So Chrome even struggles with something as simple as image viewing. How embarrassing.

Unable to see which page redirected me to the current page

[edit | edit source]

While Firefox stores all redirects in the browsing history, Chrome makes it impossible to know which intermittent pages redirected me to the current page.

Unable to block redirects and self-refreshes

[edit | edit source]

Some web pages misuse self-refreshing redirects, making it hard to go back to the last page.

Firefox on desktop offers the accessibility.blockautorefresh property in about:config for this purpose.

Giving credit where credit is due

[edit | edit source]

At least, Chrome has no fixed tab limit. Samsung Internet has a tab limit of 99, which was raised from 50 at some point. On the other hand, Samsung Internet's tab limit prevents tab hoarding. But I still prefer not having a tab limit.

In addition, as already mentioned, Chrome lets the user save web pages in the MHTML format in the download folder, while Firefox mobile has no such option and Samsung Internet stores pages with data lock-in. While Firefox mobile allows "printing as PDF", that does not count because PDF documents do not accurately represent the original layout of web pages. PDF is a format for printing to sheets of paper, not for storing continuous web documents.

In recent years (as of 2026), Google enabled saving pages in Incognito mode, realizing there was no reason for it to be disabled, given that downloads are outside the scope of incognito mode.

The quick menu has icons. From what I remember, they were added in 2020 or 2021. This is something Firefox on desktop once had, but it was removed because Mozilla's developers decided it was "clutter", even though it helps finding an option faster.

The URL visible in the URL bar is not shortened to the domain name like it is on Safari (which invented this design) and Samsung Internet. This means, "example.org/test.html" is not shortened to "example.org" in the URL bar.

References

[edit | edit source]
  1. "Please bring back ability to disable Android pull-down-to-refresh. I lost my work because the feature. [41471115]". Chromium. 16 Jul 2019. Archived from the original on 4 Sep 2024. Retrieved 8 Jun 2026.
  2. "No way to disable pull-to-refresh [391378124]". Chromium. 22 Jan 2025. Archived from the original on 7 Oct 2025. Retrieved 8 Jun 2026.
  3. Stotty (20 Jun 2019). "Wanting to know how to disable pull to refresh as it's no longer showing up in flags". Google. Archived from the original on 11 Jan 2025. Retrieved 8 Jun 2026.
  4. Vosloo, Jake (16 Jun 2019). "Missing Android Chrome 75 flags disable-pull-to-refresh-effect How to disable it now?". Google. Archived from the original on 1 Jul 2025. Retrieved 8 Jun 2026.
  5. Trainor, David (22 May 2019). "8cf3626120e3949f9718b626217bf93b8b6d2545 - chromium/src - Git at Google". Google Source. Archived from the original on 26 Apr 2020. Retrieved 8 Jun 2026.
  6. CNet (7 Jun 2010). "Steve Jobs' demo fail (CNET News)". YouTube. Archived from the original on 8 Jun 2026. Retrieved 8 Jun 2026.
  7. User 6073876982652430557 (14 Oct 2023). "How to disable incognito mode, "Download file? Anyone using this device can see downloaded files."". Google. Archived from the original on 31 May 2026. Retrieved 8 Jun 2026. {{cite web}}: |author= has generic name (help)CS1 maint: numeric names: authors list (link)
  8. Malik, Aisha (7 May 2019). "Kiwi Browser app vanishes from Google Play Store". Mobile Syrup. Archived from the original on 7 May 2019. Retrieved 8 Jun 2026.
  9. Davenport, Corbin (7 May 2019). "Kiwi Browser removed from Play Store due to YouTube background playback". Android Police. Archived from the original on 7 May 2019.
[edit | edit source]