av9ash/GitBugs huggingface dataset:
Bug: PDF search is not document wide after dragging tab into new/other window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-04 09:28:06+00:00
Resolved: 2021-06-04 10:20:26+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

-start Firefox browser
-open a PDF document that is stored on the PC (my PDF has over a hundred pages)
- use STRG+F to find a word. (that works)
- now drag the tab containing the PDF into a new window or just another open window.
- do the search for the same word again. (now it just finds results on the current page or nearby pages)


Actual results:

"normal" search for a word works document wide

after dragging the PDF document to another or a new tab the pdf-search only finds matches on the page, that is currently looked at or nearby pages (that depends on the document used)


Expected results:

after dragging the PDF document tab to another Firefox window or into a new window, the pdf-search should also work document wide.
Bug: LOST ALL MY DATA help?
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-04 09:37:24+00:00
Resolved: 2021-06-29 19:41:28+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36

Steps to reproduce:

literally nothing but launch firefox after the most recent update and it's hard reset and 0 things are saved, my plugins my bookmarks EVERYTHING


Actual results:

lauched firefox and it hard reset and 0 things are saved, my plugins my bookmarks EVERYTHING 2 years on firefox and it all restarts, i didn't have sync on because 
1, i was told that that's not what it's fore and 2, it doesn't work, i lost all my progress and have no way of getting it back


Expected results:

not lost all my data?
Bug: Private Mode: No warning when closing a window with multiple tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-04 12:23:59+00:00
Resolved: 2023-10-11 11:00:19+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

Check that browser.tabs.warnOnClose is active
Open a normal firefox window
Open a private window with more than one tab
Close the private window


Actual results:

The private window with multiple tabs was closed without the warning that multiple tabs are open.


Expected results:

The warning should be displayed.

The strange thing is that the warning is displayed when you only have a private window with tabs open and no "normal" window.
Bug: Extra space above bookmark this page popup
Status: NEW
Priority: P5
Created: 2021-06-04 12:24:21+00:00
Resolved: 2021-06-22 19:10:58+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

Visited a website and clicked on the star icon in the urlbar.


Actual results:

There is some extra padding above the 'bookmark this page' popup.
This is pretty unimportant in the grand scheme of things, but is still quite annoying.

I've noticed this in Firefox Stable 89 on Linux, and Firefox Nightly 91 on Linux and Windows.


Expected results:

I'd assume that the popup would be shown directly under the button, as are all other popups, and not floating a few pixels below it.

My guess is that #editBookmarkPanel should be added to panelUI.css on line 225. The extra margin is removed from the other popups, but not the bookmark this page popup: #downloadsPanel, #widget-overflow, #appMenu-popup, #customizationui-widget-panel, #identity-popup, #permission-popup, #protections-popup {margin-top: -4px;}. Note that the #editBookmarkPanel is missing from this list.
Bug: Unneeded context menu padding on the left of items (reserved for icons) in navbar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-04 13:42:25+00:00
Resolved: 2021-06-08 14:22:32+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

Right click between the tab and the collapse expand close icons


Actual results:

A context menu showed up with left padding reserved for icons


Expected results:

A context menu displayed with normal padding
Bug: Clicking on the padlock icon causes the address bar to not react on clicks
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-04 14:15:50+00:00
Resolved: 2021-06-22 10:39:28+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

1. Click on padlock icon


Actual results:

Padlock icon stays in darker grey color than usual after the mouseclick, like the way it usually is when there is a "Site information" popup below it currently showing.
While it does stay in that color, the popup that should show on click does not show.
After the click and while the icon stays in that color, the address bar doesn't react to mouse clicks - it doesn't become active.
The problem resolves when Firefox window loses focus to a different app.
The problem seems to have appeared in Firefox 89.


Expected results:

Padlock icon should continue to show its darker grey color when clickes, but should also work and show the "Site information" popup. Address bar should be able to be clicked and become active even after the padlock icon has been clicked.
Bug: Intermittent browser/components/customizableui/test/browser_970511_undo_restore_default.js | In default state after pref cleared -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-06-04 14:47:40+00:00
Resolved: 2021-08-10 17:00:10+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=341767113&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/MNvqLBv7Q_uvxfl6kAE6wQ/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-06-04T14:11:31.465Z] 14:11:31     INFO - TEST-PASS | browser/components/customizableui/test/browser_970511_undo_restore_default.js | Undo-reset goes back to previous pref value - 
[task 2021-06-04T14:11:31.466Z] 14:11:31     INFO - TEST-PASS | browser/components/customizableui/test/browser_970511_undo_restore_default.js | Undo reset button should be hidden after undo-reset clicked - 
[task 2021-06-04T14:11:31.466Z] 14:11:31     INFO - Buffered messages finished
[task 2021-06-04T14:11:31.467Z] 14:11:31     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_970511_undo_restore_default.js | In default state after pref cleared - 
[task 2021-06-04T14:11:31.467Z] 14:11:31     INFO - Stack trace:
[task 2021-06-04T14:11:31.467Z] 14:11:31     INFO - chrome://mochikit/content/browser-test.js:test_ok:1334
[task 2021-06-04T14:11:31.467Z] 14:11:31     INFO - chrome://mochitests/content/browser/browser/components/customizableui/test/browser_970511_undo_restore_default.js:null:232
```
Bug: Intermittent browser/base/content/test/general/browser_contentAltClick.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-06-04 15:23:05+00:00
Resolved: 2021-06-29 17:01:47+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=341766717&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/DIGhvb5TSH-PH8fjDIvloA/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2021-06-04T14:11:03.055Z] 14:11:03     INFO - TEST-START | browser/base/content/test/general/browser_contentAltClick.js
[task 2021-06-04T14:11:48.085Z] 14:11:48     INFO - TEST-INFO | started process screenshot
[task 2021-06-04T14:11:48.156Z] 14:11:48     INFO - TEST-INFO | screenshot: exit 0
[task 2021-06-04T14:11:48.156Z] 14:11:48     INFO - Buffered messages logged at 14:11:03
[task 2021-06-04T14:11:48.156Z] 14:11:48     INFO - Entering test bound test_alt_click
[task 2021-06-04T14:11:48.158Z] 14:11:48     INFO - Console message: [JavaScript Error: "The character encoding of the HTML document was not declared. The document will render with garbled text in some browser configurations if the document contains characters from outside the US-ASCII range. The character encoding of the page must be declared in the document or in the transfer protocol." {file: "data:text/html,<p><a id="commonlink" href="http://mochi.test/moz/">Common link</a></p><p><math id="mathlink" xmlns="http://www.w3.org/1998/Math/MathML" href="http://mochi.test/moz/"><mtext>MathML XLink</mtext></math></p><p><svg id="svgxlink" xmlns="http://www.w3.org/2000/svg" width="100px" height="50px" version="1.1"><a xlink:type="simple" xlink:href="http://mochi.test/moz/"><text transform="translate(10, 25)">SVG XLink</text></a></svg></p><br><span id="host"></span><script>document.getElementById("host").a" line: 0}]
[task 2021-06-04T14:11:48.158Z] 14:11:48     INFO - Buffered messages finished
[task 2021-06-04T14:11:48.159Z] 14:11:48     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_contentAltClick.js | Test timed out - 
[task 2021-06-04T14:11:48.159Z] 14:11:48     INFO - GECKO(7452) | MEMORY STAT | vsize 2104425MB | vsizeMaxContiguous 65399500MB | residentFast 306MB | heapAllocated 89MB
[task 2021-06-04T14:11:48.160Z] 14:11:48     INFO - TEST-OK | browser/base/content/test/general/browser_contentAltClick.js | took 45082ms
```
Bug: You killed my "Open in a New Tab" ability, and now it makes it harder to navigate FireFox.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-04 15:24:00+00:00
Resolved: 2021-12-17 13:35:26+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

I scroll clicked, Didn't work. Dragged the page to the new tab icon, Didn't work. Right clicked, "Open in a New Tab" Did not show up, nor did open in a new window.


Actual results:

I have to go to that tab on what I'm currently on, then scroll-click back to open pervious tab in a new tab. I hate it.


Expected results:

Should've opened in a New Tab Just that Simply.
Bug: Activating the tab menu moves current tab to new window
Status: UNCONFIRMED
Priority: --
Created: 2021-06-04 15:41:53+00:00
Resolved: 2021-06-08 15:34:50+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

ctrl+click on tab to open tab menu
move cursor
click anywhere (out of menu or an option like "reopen closed tab")


Actual results:

current tab moved to new window


Expected results:

If clicked out of the menu, nothing should have happened and if clicked a menu option, just that option should have been activated.

It looks like the "move tab" drag gets activated when the menu gets activated, but it shouldn't
Bug: Pinned state gets lost for restored container tabs that are redirected to a different container by multi-account containers
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-04 15:46:51+00:00
Resolved: 2024-06-21 15:58:38+00:00

I use containers for gmail and gcal so I can have both Mozilla and personal pinned tabs of both. In nightly, anytime I update, I have to reconfirm my personal email that I want it in a personal container, and then have to repin the tab each time. It's fine with work email and cal, and personal cal.

The extensions I use are: 
1 pass
easy screenshot
FB container
ff multi account containers
last pass
googel translate
zoom scheduler

I also have a theme enabled, but I dont think that matters.
Bug: [Win 10] firefox hangs when saving a file
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-04 16:57:32+00:00
Resolved: 2021-06-24 14:08:28+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

I save a file.


Actual results:

Most of the time firefox hangs, meaning nothing happens for like 5 seconds, and if I try to interact with firefox in those 5 seconds I get a "Firefox not responding", wich make it not respond for even longer, until I have to kill the process.


Expected results:

I don't mind that saving a file takes a while but Firefox shouldn't hang, and in fact it never hanged until like 3 weeks ago, this issue is new.
Bug: Can not open 2 times a single site with JavaScript scripts v88,89
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-04 17:50:09+00:00
Resolved: 2021-06-24 13:35:10+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

Since version 88, you can not open 2 times a single site with JavaScripts. Try the site www.laposte.fr. Good luck !!!


Actual results:

Planted page. black screen
Bug: Browser window should not move (or resize) if the only tab in a window is detached onto itself
Status: NEW
Priority: --
Created: 2021-06-04 18:40:14+00:00
Resolved: 2021-06-04 18:40:14+00:00

This bug has likely been around for a very long time. See bug 675401 for a specific condition that exposes this bug.  However,  the issue is more generally reproducible as follows:

STR:
1) Have the browser open with a single tab. 
2) Ensure that browser window is not full screen or maximized. The issue does occur under those circumstances, (again see 675401). However, it is easier to see the undesired effect if the browser window is taking up less than maximum screen space.  
3) Drag the browser window's only tab down into page content.

Tested results:
The appearance is that the window is moved. My guess is, behind the scenes, the mechanics of detaching a tab are implemented, creating a new window with the tab contents.  And because the previous window no longer has any tabs, it is closed.

Expected results:
When dropping an only tab on itself, nothing should happen. No movement of, or creation of a window from the dragged tab. Just leave the existing window in place, as is. 

Basically check on drag; is this the only tab in this browser window,? if yes, is it being dropped into itself?  If yes, on drop,  do nothing except release the drag state (thumbnail)
Bug: Copy function on address bar not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-04 18:51:50+00:00
Resolved: 2023-10-03 12:07:58+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

I copy text from somewhere else ctrl+c (e.g. notepad) and paste ctrl+v it onto Firefox's address bar, I copy ctrl+c the result from the address bar and try to paste ctrl+v it somewhere else but what's pasted is not the actual text displayed on address bar, it pastes the current page's website link. 


Actual results:

Cannot copy the text on the address bar if changed. It always overwrites the clipboard with the website page's URL when copying the address bar.


Expected results:

It should be copying the actual text displayed on the address bar.
Bug: Download icon stopped respecting accent color
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-04 20:36:05+00:00
Resolved: 2021-06-09 15:32:40+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.7113.93 Safari/537.36

Steps to reproduce:

1. Change theme to something without blue color.
2. Start downloading something bigger.
3. Download icon changed to pie chart.


Actual results:

Pie chart is blue.


Expected results:

Pie chart should be respect theme, like in previous versions of Firefox.
Bug: Add bookmark dialog in the library does not have the right minimum width anymore (cut off on the right / end side)
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-06-04 20:44:26+00:00
Resolved: 2024-02-05 16:53:48+00:00

I went to add a new bookmark from the library window and the screenshot is what I saw. Looks like the dialog is resizable and either by default or because I changed it previously it is so small a lot of the UI is cropped out.
Bug: Scroll position and text boxes are not saved on exit
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-04 23:17:41+00:00
Resolved: 2022-08-03 09:03:53+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

Set browser.sessionstore.interval to something higher than the default value.
Exit normally before next timestamp of saving occurred



Actual results:

At session restore scroll position and text boxes are not restored


Expected results:

 Save/restore not only by interval of browser.sessionstore.interval but also on exit (like in ver.88)
Bug: snippets don't appear on a new tab since 89.0
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-06-04 23:43:48+00:00
Resolved: 2021-09-22 16:01:40+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

about:preferences#home > enable snippets option at the bottom of the page


Actual results:

no snippets appear on a new tab, this used to work before 89.0 was released


Expected results:

snippets should appear when this option is enabled.
Bug: Empty list shown in "Text Encoding" and "Web Developer" options
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-05 06:47:01+00:00
Resolved: 2021-06-15 17:42:18+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

Click to open  the application menu, then select `More->Text Encoding` or `Web Developer`


Actual results:

It shows an empty list.
When I create a new profile, the "Text Encoding" option totally disappears, and "Web Developer" becomes "More Tools" which may have slightly different set of submenus.


Expected results:

A list of text encodings and tools should be shown.
It works fine in nightly 91.0a1 (2021-06-03) (64-bit), and degenerates in the 06-04's build.
Bug: System theme description is inaccurate on Windows
Status: NEW
Priority: P2
Created: 2021-06-05 09:55:27+00:00
Resolved: 2023-07-12 12:51:59+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

Update to Windows 89 (on Windows 10)


Actual results:

The "Default theme" has been renamed as "System Theme" with the description "Follow the operating system setting for buttons, menus, and windows.".
This is actually not the case but various bug has been closed on this issue with resolution "WON"T FIX".


Expected results:

Since Firefox decided to drift away form following the system theme it should be fair to name the theme and provide an appropriate description for intended theme.
Bug: Pocket icon has inconsistent status in Firefox 89
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-05 10:15:45+00:00
Resolved: 2022-12-12 21:43:10+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

Firefox 89 is opened with two tabs.
1 - I click on the 'save to pocket' icon when I'm on the first tab.
2 - Then I switch to the second tab.
3 - Finally I switch back to the first tab.


Actual results:

1 - The pocket icon turns red, indicating that the tab is saved.
2 - The pocket icon turns red too, incorrectly indicating that the tab is saved
3 - The pocket icon has been reset to black, incorrectly indicating that the tab is not saved


Expected results:

1 - ok, this is the correct behavior
2 - Pocket icon should stay dark when I move to another tab that has not been saved.
3 - When going back to a saved tab, the pocket icon should reflect the saved status (this last one is more an enhancement, as I think we had this behavior before Firefox 89)
Basically the pocket icon should always reflect the status of the tab (saved or not in pocket)
Bug: pinned tabs don't scroll
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-05 11:11:14+00:00
Resolved: 2021-12-28 13:02:01+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

When width of pinned tabs exceeds width of window, on startup, no scroll is available until window is resized. 


Actual results:

When width of pinned tabs exceeds width of window, on startup, no scroll is available until window is resized. 


Expected results:

Scroll arrows should be present at startup when width of pinned tabs exceeds width of window.
Bug: Whatsapp Web cookies cleared
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-05 11:23:35+00:00
Resolved: 2021-06-09 19:49:11+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

In about:preferences#privacy

1) Under heading "History":
Clear history when Firefox closes button is checked -> Settings of that: Cookies and Site Preferences are unchecked.

2) Under heading "Cookies and Site Data"
"Delete cookies and site data when Firefox is closed" is checked -> Manage Exceptions: https://web.whatsapp.com/ is set to "Allow".

3) Go to https://web.whatsapp.com/ and login.


Actual results:

1) When I open Firefox after closing, I have to login to WhatsApp again.
2) When I look at "Manage Data" in "Cookies and Site Data", WhatsApp cookies are missing, but other exceptions listed under "Manage Exceptions" are preserved, and I do not need to login to these websites again.


Expected results:

I should not have to login to WhatsApp Web each time, since the cookie should not get deleted.
Bug: Difficult to determine current selected tab in low brightness or with bad eyesight
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-05 11:33:38+00:00
Resolved: 2021-06-05 16:39:23+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

In dark theme, it's really difficult to see which current tab is selected especially in low brightness with night color mode activated at night, and even people with bad eyesight find it difficult to make difference because it's really hard to see that light color on selected tab from acute angles. 
The previous design that shows a blue line on current selected tab did make it much easier to determinate which tab is active.
Bug: Tab Tile Borders failing to draw
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-05 12:04:33+00:00
Resolved: 2021-06-08 13:55:25+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0

Steps to reproduce:

I opened firefox


Actual results:

The tab borders were invisible, making it impossible to distinguish where to click to change tabs.


Expected results:

They should continue to be visible so they can be seen , clicked , and used to fulfill their basic purpose without having to guess where to click, or if youre even aiming for the right spot.
Bug: Typing in the searchbar of new tab fills addressbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-05 12:05:35+00:00
Resolved: 2021-06-05 17:28:10+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

Typing in the searchbar of new tab fills addressbar


Actual results:

addressbar filled


Expected results:

searchbar should show the typing like in Firefox 88
Bug: Tabs need to be separated better for people with Keratokonus or ADHD
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2021-06-05 12:36:52+00:00
Resolved: 2024-04-19 05:27:55+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0



Actual results:

The new UI changes in Firefox 89 are cool, but, removing visual separators (beyond the favicon) is problematic. There needs to be a way to add visual separators back (e.g. with a theme) and tab_background_separator has been deprecated.
Bug: Insufficient contrast between enabled and disabled front/back buttons (and Home)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-05 14:17:51+00:00
Resolved: 2023-06-02 15:21:38+00:00

On Mac (others?) it's hard to tell if the front/back buttons are enabled.  I imagine it's even worse for anyone with significant visual impairments (older users, excessive light or glare conditions, etc).