av9ash/GitBugs huggingface dataset:
Bug: Firefox deletes downloaded files when the "Open when completed" option is selected
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-30 06:03:07+00:00
Resolved: 2023-09-28 15:33:34+00:00

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

Steps to reproduce:

1) Download Xmedia recode 64 bit: https://www.xmedia-recode.de/en/download.php
and select the "Open when completed" option.
2) After installation, close the executable file and the Firefox session.



Actual results:

The downloaded file is missing.


Expected results:

I would like to find the downloaded file in the download folder, as usually happens.
Bug: Nightly: The X to close tabs is not showing on the currently focused tab.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-30 07:45:21+00:00
Resolved: 2023-08-30 07:58:57+00:00

119.0a1 (2023-08-29) (64-bit) 
Windows 11

The currently focused tab is supposed to have an X to close it, but it's missing.
Another Windows 11 user confirms this behavior and indicates the issue is not present on Linux for them.
Bug: Cannot open a link in a new tab with a local pdf
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2023-08-30 09:40:38+00:00
Resolved: 2023-08-30 09:56:30+00:00

Attach (recommended) or Link to PDF file here:
https://opensource.adobe.com/dc-acrobat-sdk-docs/pdfstandards/PDF32000_2008.pdf

Steps to reproduce the problem:
1. Download the pdf and open it;
2. Go to page 10;
3. Find the string `7.9.2, "String Object Types"` (on the 8th line under `5 Notation`);
4. Right click on it and click on "Open Link in New Tab".

It opens an empty tab.
The browser console shows:
`Security Error: Content at resource://pdf.js/web/viewer.html may not load or link to file:///C:/Users/calix/Downloads/PDF32000_2008.pdf#M6.9.92456.2Heading.381.Strings.`

I don't know if it's related but ctrl+click doesn't open the link in a new tab.
Bug: "Close the tab" button (X) disappears with many tabs on the latest nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-30 12:16:14+00:00
Resolved: 2023-08-30 12:17:58+00:00

Today's Nightly (119.0a1 (2023-08-30) (64-bit)), built from https://hg.mozilla.org/mozilla-central/rev/34dcd8f28e9a642600425b3383df225859ea91cd , does no longer show the (X) button when hovering tabs in the browser, making it impossible to close tabs without the contextual menu (Right Click -> Close Tab).

The button is present with just a few tabs on the window, but disappears as more tabs get added.
Bug: Mute indicator and favicon overlap
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-08-30 12:52:03+00:00
Resolved: 2023-10-02 13:58:10+00:00

Steps to reproduce:

Mute a tab through the context menu and then navigate to a different website.


Actual results:

Mute indicator and favicon overlap.
Bug: [macOS] ‘Syncing Now’ from Sync user panel is missing loading animation
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-08-30 13:19:17+00:00
Resolved: 2023-09-05 18:11:30+00:00

**Notes** 
* Only reproducible on macOS. 
* Please see the attached image for more details. 
* Suggesting S4 severity.

**Found in**
* Beta 118.0b2;

**Affected versions**
* Beta 118.0b2;
* Nightly 119.0a1 ;

**Tested platforms**
* Windows 10;
* Ubuntu 22;
* macOS 12;

**Affected platforms**
* macOS 12; 

**Unaffected platforms**
* Windows 10, Ubuntu 22; 

**Preconditions**
* Be signed in on Sync with a valid account. 

**Steps to reproduce**
1. Launch Firefox. 
2. Click on the User button from the toolbar.
3. Click on ‘Sync Now’. 
4. Observe the behavior.

**Expected result**
* The string gets updated from ‘Sync Now’ to ‘Syncing’ and it displays the loading animation.

**Actual result**
* The string gets updated from ‘Sync Now’ to ‘Syncing’ and it does not display the loading animation.

**Regression range**
* Will look for one ASAP.
Bug: Close button does not appear on any tab when tabs get narrow
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-30 14:20:33+00:00
Resolved: 2023-08-30 14:37:41+00:00

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

Steps to reproduce:

Open enough tabs that they become too narrow for the close button to appear on all of the tabs. Usually the close button only appears on the active tab.


Actual results:

The close button disappers from all tabs, including the active tab.


Expected results:

The close button should disappear from all tabs except the active tab.
Bug: Firefox Translation ignores "never offer translations" setting
Status: NEW
Priority: --
Created: 2023-08-30 16:23:23+00:00
Resolved: 2023-10-19 15:36:37+00:00

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

Steps to reproduce:

1. install addon "Firefox Translations"
2. visit https://web.telegram.org/k/
3. login to your account
4. open a chat


Actual results:

Translation bar appears, although "never offer translations" is ticked, as you can see in the attached image (in german language)


Expected results:

The translation bar shouldn't even appear at all.
Bug: option to add translation exceptions is totally missing
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-08-30 16:26:09+00:00
Resolved: 2023-09-12 14:00:17+00:00

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

Steps to reproduce:

1. install "Firefox Translations" addon
2. visit about:preferences#general
3. click on "Exceptions"


Actual results:

There is no way to add a translation-exception, see screenshot


Expected results:

There should *definitely* be a button to add a translation-exception!
Bug: Firefox Nightly 119.0a1 (2023-08-30) (64-bit) now has no Tab Close X buttons!
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-30 16:53:32+00:00
Resolved: 2023-08-30 17:06:09+00:00

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

Steps to reproduce:

Firefox Nightly 119.0a1 (2023-08-30) (64-bit) now has no Tab Close X buttons on Tabs !
So with yesterday's update, the close tab button has been removed from tabs unless the tab is in it's own window. Have more than one tab or a lot of tabs?  you will no longer see the Close tab X and are forced to right click on the tab and select Close.  This is annoying and weird as usual.  Please fix.  updates should improve not devolve a product lol



Actual results:

So with yesterday's update, the close tab button has been removed from tabs unless the tab is in it's own window. Have more than one tab or a lot of tabs?  you will no longer see the Close tab X and are forced to right click on the tab and select Close.  
Just open a window, and many tabs and notice how the close tab X button on the tabs is now missing. 



Expected results:

close tab X button, which has been in firefox for a long time , is now missing when multiple tabs are open. leaving the only way to close tabs the right click and select close.  This becomes an unnecessary chore if you have multiple tabs open when the X close tab button was so much simpler
Bug: Close button on Tabs missing if too many tabs are opened
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-30 17:54:11+00:00
Resolved: 2023-08-30 18:19:19+00:00

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

Steps to reproduce:

I use Firefox Nightly, Version 119.0a1 (2023-08-30) (64-Bit)

1. Open many tabs (on my small laptop minimum 8) 
2. Click on any tab or hoover over the tab



Actual results:

The little "X" on the right side of the tab didn't appear.


Expected results:

There should appear on hover a little "X" on the right side of the tab, which you can click to close the tab.
Bug: Tagged annotations aren't a part of the structure tree
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-08-30 17:59:18+00:00
Resolved: 2023-10-04 14:44:13+00:00

The pdf contains a stamp annotation which belongs to the structure tree but since it doesn't belong to the content stream of the page the annotation isn't a part of this tree.
Bug: Ctrl+Shift+T sometimes reopens closed windows instead of the last closed tab
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-08-30 18:05:36+00:00
Resolved: 2023-09-25 14:09:12+00:00

**Steps to reproduce:**

1. Open a new Fx window ("window A").
2. Open a new Fx window ("window B"). Go to `data:text/html,<body bgcolor=green>`.
3. In Window B, open a new tab. Go to `data:text/html,<body bgcolor=darkred>`.
4. Open a new Fx window ("window C"). Go to `data:text/html,<body bgcolor=magenta>`.
5. In Window C, open a new tab. Go to `data:text/html,<body bgcolor=blue>`.
6. Close window A.
7. Close the `darkred` tab in window B.
8. Close the `blue` tab in window C.
9. Bring window B (green) back in focus. Press Ctrl+Shift+T. The `darkred` tab will reappear.
10. Bring window C (magenta) back in focus. Press Ctrl+Shift+T. 

**Expected behavior:** the blue tab reopens.

**Actual behavior:** Window A will reopen.

This is similar to, but distinct from, bug 1839093.
Bug: The onboarding Shopping sidebar is not easily discoverable with a screen reader
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-08-30 18:07:01+00:00
Resolved: 2023-10-18 15:39:11+00:00

### Preconditions:
- Set the `browser.shopping.experience2023.enabled` - `TRUE`
- Set the `browser.shopping.experience2023.optedIn` - `0`
- Turn on a screen reader (i.e. NVDA on Windows OS)

### Steps to reproduce:
1. While the screen reader is running, reach the following link: https://www.amazon.com/dp/B07V6ZSHF4?th=1
2. Observe the announcement made by a screen reader

### Expected result:
* The user who cannot see the screen is made aware that there is an opt-in message:
    * the screen reader announced the text of the opti-in message
    * (preferred) and the keyboard focus is placed on the `Yes, try it` control (so pressing `Enter` would activate this control)

### Actual result:
* Screen reader is not announcing the opt-in message and the user who cannot see the sidebar would not be aware that there is, in fact, a new feature sidebar available for them to use (the screen reader would read the sidebar info at the very end of announcing the entire long product page content)
    * NVDA user feedback: 
> It turns out that it [the sidebar] did appear. I didn't realise it was a sidebar and there was no indication it had appeared, so I had no indication that I needed to focus the sidebar with f6 to access it. We probably need to figure out how to fix that; e.g. role="alert" or something so that it gets reported like doorhanger alerts.

### Recommended solution:
1. Move the programmatic (and visual) focus to the `Yes, try it` button on the sidebar when the sidebar appears for the user and shows the opt-in message. Make sure to keep the `role=alertdialog` ARIA role on the message container so the message is announced by a screen reader when the focus lands on the container's control.
Bug: When link is clicked in an external app, firefox 117 does not open the link if it needs to start
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-08-30 20:33:57+00:00
Resolved: 2023-09-19 14:47:08+00:00

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

Steps to reproduce:

Click on a link in Outlook for Mac, Mac Mail, Word (any external app)


Actual results:

Firefox opens to my home page and does NOT open the link which triggered the Firefox launch


Expected results:

Firefox opens to my home page and also opens the link which triggered the Firefox launch
Bug: OSX open -a with url doesn't work on a cold start
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-30 23:02:15+00:00
Resolved: 2023-09-08 15:47:21+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/116.0.0.0 Safari/537.36

Steps to reproduce:

1. Make sure firefox is not running
2. Open terminal
3. Run `open -a 'Firefox' https://netflix.com`


Actual results:

Firefox opens with a blank page/url


Expected results:

Firefox opens with netflix.com loaded.
This is a regression in version 117
Bug: Reopen all tabs in the Recently closed tabs menu doesn't open all the tabs
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-08-31 00:56:11+00:00
Resolved: 2023-09-12 06:27:59+00:00

In the console there's an exception: 
```
NS_ERROR_ILLEGAL_VALUE: Invalid index: not in the closed tabs SessionStore.sys.mjs:3829
    ssi_undoCloseTab resource:///modules/sessionstore/SessionStore.sys.mjs:3829
    ss_undoCloseTab resource:///modules/sessionstore/SessionStore.sys.mjs:480
    onRestoreAllTabsCommand resource:///modules/sessionstore/RecentlyClosedTabsAndWindowsMenuUtils.sys.mjs:130
```

This is a regression from bug 1819675. We pass in the index, but as each tab is re-opened, it gets removed from the `_closedTabs` array so the index gets out of bounds. We should just pass `0` so we successively open the first in the array until the array is empty. 

Marking as low severity as this isn't a commonly used feature.
Bug: Numbers displayed on separate lines in Chinese articles while reading PDF files in Firefox using NVDA
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-31 01:13:00+00:00
Resolved: 2023-10-04 09:06:19+00:00

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

Steps to reproduce:

When using NVDA to read PDF files in Firefox, there is an unexpected behavior where sentences, including both text and numbers, are split onto separate lines.

See also NVDA issue [15343](https://github.com/nvaccess/nvda/issues/15343).

Steps to reproduce:

1. Launch Firefox.
2. Paste the following link into the address bar: https://www.twse.com.tw/staticFiles/news/news/tsecnews/ff8080818a025c1e018a2c039e6d0058.pdf
3. Open the PDF file by pressing Enter.
4. Begin reading the PDF file using NVDA.


Actual results:

As you read through each line, you will notice that NVDA automatically splits sentences into separate lines.

中華民國
11
2
年
8
月
25
日
企劃研究部
本週發行量加權股價指數漲幅約為
0.61%
，上市股票總市值達
51.81
兆元。
根據臺灣證券交易所統計，
112
年
8
月
25
日發行量加權股價指數收盤為
16,481.58
點，較上週
(112
年
8
月
18
日
)
的
16,381.31
點上漲
100.27
點，漲幅約為
0.61%




Expected results:

while reading pdf files, NVDA does not Split sentences (text and numbers) on to separate lines.
中華民國112年8月25日
企劃研究部
本週發行量加權股價指數漲幅約為0.61%，上市股票總市值達51.81兆元。
根據臺灣證券交易所統計，112年8月25日發行量加權股價指數收盤為16,481.58
點，較上週(112年8月18日)的16,381.31點上漲100.27點，漲幅約為0.61%，
Bug: docs for messaging_system.event metric are incorrect
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-08-31 01:21:11+00:00
Resolved: 2023-12-15 05:04:14+00:00

The `metrics.yaml` file currently documents `messaging_system.event` ([Glean Dictionary](https://dictionary.telemetry.mozilla.org/apps/firefox_desktop/metrics/messaging_system_event)) as 

> The type of event. Any user defined string (e.g. “click”, “share”, “delete”, “more_items”)

Thanks to Ed for discovering that this documentation was incorrect.

From an [stmo query](https://sql.telemetry.mozilla.org/queries/94294/source), the actual range of events in the Glean tables from the last 28 days of this comment is:

```
CLICK
ASR_RS_ERROR
AUTO_ADVANCE
ASR_RS_NO_MESSAGES
CLICK_BUTTON
BLOCK
ENABLE
CLICK_SECONDARY_BUTTON
MOMENTS_PAGE_SET
TRANSACTION_FAILED
INSTALL
DISMISSED
CLICK_PRIMARY_BUTTON
SESSION_END
CLICK_DOORHANGER
INDEXEDDB_OPEN_FAILED
PAGE_EVENT
IMPRESSION
FXA_SIGNIN_FLOW
TARGETING_EXPRESSION_ERROR
SELECT_CHECKBOX
DISMISS
```

I'm somewhat inclined to remove the possible options from the YAML entirely, on the theory that people are going to be more inclined to keep the Commentary up-to-date than the YAML, and put all the known currently used values there. I'd use this bug to do that. Chris, Perry, having been involved with other Glean stuff for much longer, do you have any words of wisdom here?

From a validation standpoint, it may be worth looking at how this compares to the existing PingCentre stuff.  So far I haven't found a way to fully do it easily without joining a bunch of tables messaging_system.{onboarding,cfr,...}, or else looking at the `event` field in `messaging_system.event_types`, which is not obvious how to segment by date & version to make it fully directly comparable. But I could easily be overlooking something. 

That said, looking at (for example) just `about:welcome` in both places (here's the [PingCentre version](https://sql.telemetry.mozilla.org/queries/94295/source) shows the same stuff shows the same values as a comparable to the Glean version if one uncomments the restriction to `about:welcome` there.

Jeff, I suspect the validation pieces want to be spun off into either a separate bug, or just into the validation work as a whole. What do you think?
Bug: link error for version 115.2
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-08-31 08:42:12+00:00
Resolved: 2023-08-31 11:42:13+00:00

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

Steps to reproduce:

the link in the web page https://www.mozilla.org/en-US/firefox/115.2.0/releasenotes/ does not point to 115.2 esr to 102.15 esr


Actual results:

the downloaded file is therefore version 102.15 esr


Expected results:

the downloaded file is version 115.2 esr
Bug: A Focus ring is displayed around the Fakespot sidebar after Firefox is opened and the sidebar is clicked
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2023-08-31 09:13:49+00:00
Resolved: 2023-10-04 16:15:49+00:00

**Found in**
*  119.0a1 (2023-08-30)



**Affected versions**
* 119.0a1 (2023-08-30)






**Tested platforms**
* Affected platforms: macOS 12, Ubuntu 20, Windows 10x64, 
* Unaffected platforms: none

**Preconditions**
* browser.shopping.experience2023.enabled :true    
browser.shopping.experience2023.optedIn:0

**Steps to reproduce**
1. Open Firefox and load a random Amazon product e.g https://www.amazon.com/dp/B09B6ZXD2V/ref=sbl_dpx_office-desks_B0B4CYW8FB_0.
2. Click on the Fakespot sidebar.



**Expected result** 
* No focus ring is displayed.

**Actual result**
* A focus ring is displayed around the Fakespot window.


**Regression range**
* Not a regression.





**Additional notes**
* Attached a screen recording.
* If the issue does not reproduce restart Firefox and click the Fakespot sidebar again.
* Using the tab in the Fakespot sidebar will no longer reproduce the issue until a firefox restart.
Bug: Whole paragraph acts like a hyperlink inside the fakespot sidebar
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2023-08-31 09:39:02+00:00
Resolved: 2023-10-04 16:30:11+00:00

**Found in**
*  119.0a1 (20230830212731)

**Affected versions**
* 119.0a1 (2023-08-30)

**Unaffected versions**
* 118.0a1 (2023-08-21)

**Tested platforms**
* Affected platforms: All

**Preconditions**
* browser.shopping.experience2023.enabled- **true**
* browser.shopping.experience2023.optedIn - **0**

**Steps to reproduce**
1. Open Firefox and reach [this](https://www.amazon.com/PlayStation-5-Console/dp/B09DFCB66S) link.
2. Click on the second paragraph in the Fakespot sidebar.

**Expected result** 
* Clicking on the text in the Fakespot sidebar does nothing.

**Actual result**
* The whole "*Using the power of Fakespot by Mozilla, we help you avoid biased and inauthentic reviews. Our AI model is always improving to protect you as you shop. Learn more*" paragraph acts like the "**Learn more**" link.

**Regression range**
* Not a regression. The paragraph was only added recently.
Bug: Close tab button fails to show once enough tabs are opened
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-08-31 09:40:21+00:00
Resolved: 2023-09-01 09:46:52+00:00

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

Steps to reproduce:

Open 7 tabs, and observe that the close tab button shows beside each one. Open one more, and they all disappear


Actual results:

The "Close tab" button disappeared for all the tabs, allowing them to only be closed with Ctrl+W or Right Click > Close Tab


Expected results:

The Close tab button could have been hidden until hover
Bug: "about:preferences" page generates a "Downloads" directory in my home directory
Status: UNCONFIRMED
Priority: --
Created: 2023-08-31 11:38:39+00:00
Resolved: 2025-02-24 19:12:26+00:00

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

Steps to reproduce:

I'm using Arch Linux 6.4.12. When I visited "about:preferences" page, it happens.


Actual results:

Firefox made an empty "Downloads" directory in my home directory automatically.


Expected results:

I don't need an extra "Downloads" directory at all. I've set my default download path to my home directory (in about:preferences page). I've also made "~/.config/user-dirs.dirs" to set my XDG environment with following.

XDG_DESKTOP_DIR="$HOME"
XDG_DOWNLOAD_DIR="$HOME"
XDG_TEMPLATES_DIR="$HOME"
XDG_PUBLICSHARE_DIR="$HOME"
XDG_DOCUMENTS_DIR="$HOME/documents"
XDG_MUSIC_DIR="$HOME"
XDG_PICTURES_DIR="$HOME"
XDG_VIDEOS_DIR="$HOME"

I don't want Firefox keep making an empty "Downloads" directory in my home directory.
Bug: startup Crash in [@ mozilla::freestanding::SharedSection::Layout::Resolve | mozilla::freestanding::SharedSection::EnsureWriteCopyViewOnce]
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-08-31 14:26:41+00:00
Resolved: 2023-09-19 16:40:22+00:00

Startup crash new in Firefox 117.0. 11 crashes from 10 installations for that (+30 for beta and Nightly builds)

Crash report: https://crash-stats.mozilla.org/report/index/c463b8fd-0e5f-4ebb-bb04-3decf0230831

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 2 frames of crashing thread:
```
0  firefox.exe  mozilla::freestanding::SharedSection::Layout::Resolve  browser/app/winlauncher/freestanding/SharedSection.cpp:264
0  firefox.exe  mozilla::freestanding::SharedSection::EnsureWriteCopyViewOnce  browser/app/winlauncher/freestanding/SharedSection.cpp:247
```
Bug: After updating to v 115.2.0 for Mac and disabling hardware acceleration, weekly sale flyers from supermaket sites do not load even when extensions are disabled
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-08-31 16:19:43+00:00
Resolved: 2024-07-24 23:30:19+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

When Firefox updated yesterday (8/30/23), I went to several bookmarked grocery store sites who offer weekly sale flyers and NONE of them would load.


Actual results:

The page loads but when I click on Weekly Flyer, the page is blank or a spinning wheel loads but the content can't be seen


Expected results:

The flyer image should load when the page is opened or the link is clicked. I have attached screen shots from 3 of the sites.