av9ash/GitBugs huggingface dataset:
Bug: `SetEditMode` should not use `editor.transactionManager.maxTransactionCount` to disable undo temporarily and clear undo stack
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-09-29 00:30:48+00:00
Resolved: 2023-01-02 22:05:42+00:00

https://searchfox.org/comm-central/rev/77f980a5aeac0a1aef7285bcfea6e64241fc0263/suite/editor/base/content/editor.js#1851-1856,1890-1893
```
      // Reduce the undo count so we don't use too much memory
      //   during multiple uses of source window
      //   (reinserting entire doc caches all nodes)
      try {
        editor.transactionManager.maxTransactionCount = 1;
      } catch (e) {}
```
```
      // Restore unlimited undo count
      try {
        editor.transactionManager.maxTransactionCount = -1;
      } catch (e) {}
```
These blocks are performed before and after updating the WYSIWYG editor for newer source code. However, I don't understand it wants to keep undoable only the updating.

I'll remove `nsIEditor.transactionManager` in bug 1768315, therefore, SeaMonkey needs to replace them with a call of `editor.enableUndo(false)` and `editor.enableUndo(true)`. Then, the calls of the XHTML path between them are not necessary.
Bug: SeaMonkey 2.53.13 and 2.53.14 x86 crash on startup on Windows 32 bit operating system
Status: UNCONFIRMED
Priority: --
Created: 2022-09-29 18:35:01+00:00
Resolved: 2023-05-18 12:26:33+00:00

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

Steps to reproduce:

Downloaded the listed 32-bit installer for Windows 32-bit and executed it. 


Actual results:

Even though the file name indicated that the file is for X86, the installed application crashed right away before the initial window was displayed. The last 32-bit version that I am able to run on a Windows 32-bit OS is 2.53.12


Expected results:

The initial window should have been displayed with errors
Bug: code.europa.eu not shown completely in SeaMonkey
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-02 15:22:21+00:00
Resolved: 2023-07-08 18:44:23+00:00

### Steps how to reproduce  
with installation of unofficial (by wg9s) De SeaMonkey 2.53.14 beta 1 pre Mozilla/5.0  (NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0 Build 20220801210005 (Same with normal user Profile and newly created User Profile Default Classic Theme) on German WIN10 64bit:

1. Visit https://code.europa.eu/
   » Forward to [README.md](https://code.europa.eu/info/about/-/blob/master/README.md) will work                                 👍
   » Expected: README.md Contents shown on page below Submission info "8467a529"
   » Actual: Empty area shown     😥

### Additional info:
a) Seems to be some kind of [GitLab](https://code.europa.eu/help)
a1) So  I tried again after having installed "GitHub/GitLab Web Components [Polyfill](https://github.com/JustOff/github-wc-polyfill/)": No progress  😥
c) Might be related to issues from [this query](https://bugzilla.mozilla.org/buglist.cgi?longdesc=git&product=SeaMonkey&query_format=advanced&resolution=---&classification=Client%20Software&component=Web%20Compatibility&longdesc_type=allwordssubstr&list_id=16228179)
Bug: security.warn_leaving_secure not enforced for redirects
Status: UNCONFIRMED
Priority: --
Created: 2022-10-06 18:07:07+00:00
Resolved: 2022-10-06 18:07:25+00:00

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

Steps to reproduce:

Set security.warn_leaving_secure = true
Test 1:
Go to: https://www.enet.umn.edu/
then: http://paulfm.com

Test 2:
Go to: https://www.enet.umn.edu/
Go to: https://www.aem.umn.edu/
(or even Go to: http://www.aem.umn.edu/ )


Note - this is specifically: Seamonkey 2.53.13
(I suspect the now current 2.53.14 release has the same bug - just haven't tested it yet).


Actual results:

Test 1: You are warned that the destination page is insecure.
Test 2: NO WARNING, even though "https://www.aem.umn.edu/" first redirects to "http://www.aem.umn.edu/" before it goes to: "https://cse.umn.edu/aem"
(in the obvious case of the user going directly to "http://www.aem.umn.edu/ " it still does not warn you as the final page is https).



Expected results:

Test2: The user should be stopped at "http://www.aem.umn.edu/" with a warning about leaving a secure page.

Actually, in all cases it would be better if the warning prevented the page from loading/downloading until you clicked what to do in the warning field (show site [or continue], block site, go back).

Even better (even if you don't have security.warn_leaving_secure = true), a server redirect from https to http should always stop and ask you to continue or not (maybe a new setting that defaults to that but can be turned off).  Note, a bad certificate should be treated that same a http in the case of redirection.
(a redirection through a non-secure page opens a user in a coffee shop up to numerous attracts by someone else in that coffee shop or the person running the wireless network).

I note that Firefox (incorrectly in my opinion) no longer supports security.warn_leaving_secure (people don't check the "icon" after they click a link on a secure page).  Setting that to default to true may actually start waking up (at least seamonkey) users to the insecure sites that are still on the internet (and maybe get firefox users to demand it be added back in).
Bug: dict.leo.org renders blank
Status: NEW
Priority: --
Created: 2022-10-10 08:18:08+00:00
Resolved: 2022-11-22 16:52:03+00:00

As of a couple months ago, https://dict.leo.org/ renders completely blank in SeaMonkey, but not in Firefox.  Changing the User-Agent string via Preferences->Advanced->HTTP Networking has no effect.
Bug: Port Bug 1788233 "Remove PermissionsService from process sandboxing code on Windows" to SeaMonkey
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-10 12:35:34+00:00
Resolved: 2023-02-15 19:57:08+00:00

Code for permission service removed. Only used for NPAPI and Flash in particular.
Something we want for 2.53.x too I think.
Bug: Replace obsolete GetStringBundleService call in SeaMonkey
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-10 12:51:39+00:00
Resolved: 2023-02-15 19:58:34+00:00

The GetStringBundleService  service was removed in Bug 1686616 "Register all Services.py services with components.conf" and we still have one caller in nsWindowsShellService.cpp.

I think we want to replace this in 2.53.x too. Just not port the removal there.
Bug: Seamonkey window won't close. Keeps re-opening.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-16 12:56:34+00:00
Resolved: 2022-10-16 19:21:52+00:00

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

Steps to reproduce:

(running latest Windows 10 OS)
1. Open Seamonkey (Version 2.53.14)
2. Click on Help (Top Menu)
3. Click on About Seamonkey
4. Move cursor over the bottom taskbar and over the Seamonkey (you should see two small Seamonkey windows showing just above the taskbar)
5. Move cursor over the About Seamonkey window showing above taskbar (small window, not the Seakonkey window on the main screen)
6. While on that small About Seamonkey window, move cursor over the X in the top right corner and click the X to close the window


Actual results:

The window closes but it re-opens a new window. Click the X again and it will close and re-open again. It won't close no matter how many times you click the X, it just keeps re-opening.


Expected results:

I think you know the answer to that question. :-)
Bug: getByteFrequencyData not fill at first starts
Status: UNCONFIRMED
Priority: --
Created: 2022-10-16 15:51:17+00:00
Resolved: 2022-10-16 15:51:43+00:00

User Agent: Mozilla/5.0 (X11; Linux i586; rv:93) Gecko/20100101 Firefox/99.0

Steps to reproduce:

Immediately after the first start of the browser:
var array=new Uint8Array(buffer);
exectute getByteFrequencyData(array);



Actual results:

array return 0 filled Uint8Array.
To work I have to refresh page many times.
At the same time getByteTimeDomainData work fine.


Expected results:

array return filled Uint8Array.
Here have forum post:
http://forums.mozillazine.org/viewtopic.php?f=40&t=3101818&p=14941530#p14941530
Bug: dump_sys crashes on crosscompile with "terminating with uncaught exception of type std::out_of_range vector"
Status: NEW
Priority: --
Created: 2022-10-18 05:47:41+00:00
Resolved: 2022-10-19 01:01:42+00:00

Currently MacOSX crosscompile buildsymbols seems to be missing the generation of the XUL symbols.

Even after a 'successful' generation of symbols, the XUL symbol dSYM tarball and .sym file were missing in the <objdir>/dist/crashreporter-symbols.

After much trial and error, it seems as if the symbolstore.py seems to be 'eating' up the
terminating error. 

Particularly: https://hg.mozilla.org/mozilla-central/file/tip/toolkit/crashreporter/tools/symbolstore.py#l580

 proc = subprocess.Popen(
                cmd,
                universal_newlines=True,
                stdout=subprocess.PIPE,
            )

As the <objdir>/dist/host/bin/dump_sys was built using the $CROSSCOMPILE$/macos/clang/lib path,  I tried the following manual run:

$ LD_LIBRARY_PATH=/data/crosscompile/macos/clang/lib /data/tmp/build/build/macosx/llvm-dsymutil --arch=x86_64 /data/tmp/obj-mac/toolkit/library/XUL

$ LD_LIBRARY_PATH=/data/crosscompile/macos/clang/lib /data/tmp/obj-mac/dist/host/bin/dump_syms  -g /data/tmp/obj-mac/toolkit/library/XUL.dSYM  /data/tmp/obj-mac/toolkit/library/XUL
terminating with uncaught exception of type std::out_of_range: vector
Aborted

At this point, I'm somewhat stumped as to what the issue is.  Since dump_syms worked on the other files [certutil et. al],  I'm guessing that something is funky with the 
creating of objdir/toolkit/library/XUL.

Filing this bug for reference.
Bug: Page content does not load on leo.org
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-10-18 08:22:10+00:00
Resolved: 2022-10-19 05:14:36+00:00

**Environment:**
**Browser / Version**: SeaMonkey 2.53.14
**Operating System**: Windows 10

**Steps to Reproduce**:
1. Navigate to https://www.leo.org/german-english
2. Observe the page.

**Expected Behavior:**
The page content loads.

**Actual Behavior:**
The page content does not load.

**Notes:**
1. The issue is not reproducible on Chrome and Firefox. 
2. Screenshot attached.
Bug: internet search doesn't work from context menu when composing mail
Status: NEW
Priority: --
Created: 2022-10-23 17:27:22+00:00
Resolved: 2022-10-23 17:39:44+00:00

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

Steps to reproduce:

1. start composing email (new or reply)
2. select some text in email body
3. rightclick
4. select 'Search...' from the context menu


Actual results:

nothing


Expected results:

internet search should've opened. It does when text is selected in received mails, only mails being composed are affected.
Bug: [NSFW] Browser crashes when navigating to fr.chaturbate.com
Status: NEW
Priority: P3
Created: 2022-10-24 07:07:24+00:00
Resolved: 2022-10-25 20:25:33+00:00

**Environment:**
Operating System: Windows 10 PRO x64
Browser version: SeaMonkey 2.53.14


**Preconditions:** 
ETP set to STRICT
Clean profile


**Steps to reproduce:**
1. Navigate to: 
2. Observe the result.






**Expected Behavior:**
The page loads as expected.

**Actual Behavior:**
The browser crashes

**Notes:**
- Not reproducible using Firefox Standard and Release
- Due to the `NSFW` nature of the page, screenshots can not be attached
Bug: Seamonkey is an unsupported browser at doctolib.fr
Status: NEW
Priority: P3
Created: 2022-10-24 07:16:27+00:00
Resolved: 2022-10-26 14:37:11+00:00

**Environment:**
Operating System: Windows 10 PRO x64
Browser version: SeaMonkey 2.53.14


**Preconditions:** 
ETP set to STRICT
Clean profile


**Steps to reproduce:**
1. Navigate to: https://www.doctolib.fr/
2. Observe the result.






**Expected Behavior:**
The page loads as expected.

**Actual Behavior:**
The page returns an error message regarding the browser's incompatibility.

**Notes:**
- Not reproducible using Firefox Standard and Release
- Screenshot is attached
Bug: Videos play with distorted audio when connecting with a SeaMonkey-only User-Agent string
Status: NEW
Priority: --
Created: 2022-10-24 09:34:50+00:00
Resolved: 2023-08-14 14:02:17+00:00

On many websites, SeaMonkey plays embedded videos with highly distorted audio, but only when SeaMonkey transmits a User-Agent string that doesn't advertise Firefox compatibility.

Reproducibility: Always (on certain websites)

Steps to reproduce:
1. Edit->Preferences->Advanced->HTTP Networking->User Agent String->Identify as SeaMonkey
2. Visit https://www.cbc.ca/player/play/763268675906 and play the video

Observed behaviour:
1. The video plays normally, except that the audio is highly distorted.

Expected behaviour:
1. The video should play with normal audio, the same way it does with Edit->Preferences->Advanced->HTTP Networking->User Agent String->Identify as SeaMonkey and advertise Firefox compatibility

Since the problem happens with many different websites, I assume the websites themselves are not sending garbled audio; rather, it's SeaMonkey that is not playing it properly.
Bug: Section is stuck in a loading loop at bakusai.com
Status: NEW
Priority: P3
Created: 2022-10-25 14:22:41+00:00
Resolved: 2022-10-25 20:17:58+00:00

**Environment:**
Operating System: Windows 10 PRO x64
Browser version: SeaMonkey 2.53.14


**Preconditions:** 
ETP set to STRICT
Clean profile


**Steps to reproduce:**
1. Navigate to: 
2. Observe the "入社してはいけない運送会社3" section.






**Expected Behavior:**
The section loads.

**Actual Behavior:**
The section is stuck in a loading loop.

**Notes:**
- Not reproducible using Firefox Nightly and Release.
- Screenshot is attached.
Bug: SeaMonkey crashes on MacOS Ventura 13.0
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-27 09:12:44+00:00
Resolved: 2022-12-07 20:55:25+00:00

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

Steps to reproduce:

Trying to run SeaMonkey


Actual results:

Application crashes


Expected results:

Application should run
Bug: [macOS 13 Ventura] SeaMonkey crashes on startup
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-28 16:34:51+00:00
Resolved: 2022-12-13 18:03:27+00:00

Steps to reproduce:

I am using the latest release of SeaMonkey, 2.53.14. It used to run fine on macOS 12 Monterey. After I upgraded to macOS 13 Ventura, it always immediately crashes upon opening.


Actual results:

When I open it, I immediately see the Mozilla Crash Reporter without seeing any other windows. If I choose "Restart SeaMonkey", I will see the Mozilla Crash Reporter again.


Expected results:

SeaMonkey should open.
Bug: Accepting the cookie policy returns an infinite loading loop at globe.adsbexchange.com
Status: NEW
Priority: P3
Created: 2022-11-10 13:41:39+00:00
Resolved: 2022-11-10 13:41:39+00:00

**Environment:**
Operating System: Windows 10 PRO x64
Seamonkey version: 2.53.14




**Steps to reproduce:**
1. Navigate to: https://globe.adsbexchange.com/
2. Accept the cookie policy.
3. Observe the result.




**Expected Behavior:**
The policy is accepted

**Actual Behavior:**
The button is stuck in a loading state

**Notes:**
- Not reproducible using Firefox
Bug: embedded mp3's on any website play only single tone
Status: UNCONFIRMED
Priority: --
Created: 2022-11-18 03:27:15+00:00
Resolved: 2022-11-20 05:14:16+00:00

User Agent: Mozilla/5.0 (X11; Linux i686; rv:68.0) Gecko/20100101 Firefox/68.0 SeaMonkey/2.53.14

Steps to reproduce:

I visit websites with mp3 files that are to be played embedded such as the following:

https://www.iobit.com/en/sound-test.php

Then I simply tested the sounds.


Actual results:

Every site I go to that has an embedded mp3 file always plays a single tone that never stops every time I hit the play (arrow in a large circle) button.


Expected results:

I was expecting different sounds, not a continuous single pitch. I tested the same thing on the latest firefox for linux and had no issues there.
Bug: Website Navigation Bar has stopped working
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-12-03 15:24:18+00:00
Resolved: 2023-02-15 19:59:31+00:00

STR:
Set View to enable Website Navigation Bar
Create HTML file with:
<link rel="linkme" href="https://www.seamonkey-project.org/">
Load the HTML file

Expected result
Website navigation bar shows an enabled "More" directory

Actual result
Website navigation bar shows a disabled "More" directory

Was working in 2.53.13 but stopped working in 2.53.14
Bug: Download links are returning a 404 error at seamonkey-project.org
Status: NEW
Priority: P3
Created: 2022-12-07 12:54:11+00:00
Resolved: 2022-12-08 10:53:54+00:00

As seen in a webcompat report, the download links for: https://www.seamonkey-project.org/releases/2.53.15b1 are all returning a 404 error, on all devices and browsers.

**Tested with:**

Browser / Version: Firefox Release 107.0.1 (64-bit)/ Firefox Nightly 109.0a1 (2022-12-05) (64-bit) /Firefox Beta 108.0b9 (64-bit)/ Chrome Version Version 108.0.5359.95 (Official Build) (64-bit) /Microsoft Edge Version 107.0.1418.62 (Official Build) (64-bit)/ Opera Version 91.0.4516.77
Operating System: Windows 10 PRO x64
Operating System: Mac OSX Catalina 10.15.7
Operating System: Ubuntu 20.4 LTS x64
Bug: SeaMonkey switch to fullscreen does not work.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-12-07 20:55:25+00:00
Resolved: 2023-02-15 20:02:30+00:00

+++ This bug was initially created as a clone of Bug #1797696 +++

Switching to fullscreen recent macOS releases does not work. You need to close SeaMonkey and restart it. Brian did a set of patches for Waterfox which need to be be taken to our tree.
Bug: INSTAGRAM and FACEBOOK  contents "not available"
Status: NEW
Priority: --
Created: 2022-12-11 08:20:42+00:00
Resolved: 2023-12-18 07:08:15+00:00

STR with installation of de SeaMonkey 2.53.16 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Build 20221208220001 (Same with normal user Profile and newly created User Profile Default Classic Theme) on German WIN10 64bit:
1. visit https://www.instagram.com/
   » Expected: contents shown
    Actual: Message "Page is not available"
Bug: SSL certificate is invalid for seamonkey-project.org
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-12-11 15:20:18+00:00
Resolved: 2024-08-27 07:40:12+00:00

The SSL certificate the server presents when connecting to https://seamonkey-project.org/ causes web clients to emit warnings because it is valid only for www.seamonkey-project.org:

```
$ wget https://seamonkey-project.org
--2022-12-11 16:19:29--  https://seamonkey-project.org/
Resolving seamonkey-project.org (seamonkey-project.org)... 52.179.195.254
Connecting to seamonkey-project.org (seamonkey-project.org)|52.179.195.254|:443... connected.
WARNING: no certificate subject alternative name matches
        requested host name ‘seamonkey-project.org’.
```

The resolution to Bug 1580858 and Bug 1574757 indicates that the certificate is supposed to be valid for both seamonkey-project.org and www.seamonkey-project.org so it looks like this may be a regression.
Bug: "This Connection is Untrusted" for most HTTPS websites in SeaMonkey 2.53.15 beta 1
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-12-13 18:13:13+00:00
Resolved: 2022-12-13 19:55:57+00:00

Steps to reproduce:

Connect to https://www.seamonkey-project.org/ or https://www.google.com/

I am using SeaMonkey version 2.53.15 beta 1, build number 20221209120107, on macOS 13.0.1


Actual results:

The browser shows me the "This Connection is Untrusted" page, with technical details: "Error code: SEC_ERROR_UNKNOWN_ISSUER"


Expected results:

These websites should have loaded fine.
Bug: Thumbnails are not displayed on clip4sale.com
Status: UNCONFIRMED
Priority: --
Created: 2022-12-17 01:41:57+00:00
Resolved: 2022-12-17 14:16:19+00:00

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

Steps to reproduce:

I browsed the web-site.
https://www.clips4sale.com/studio/1686/syren-productions



Actual results:

Unfortunately in Chrome I can see thumbnails but not in Seamonkey.


Expected results:

Thumbnails should have been displayed in seamonkey as well as in chrome.
Bug: following Build 2.53.16 xul add-on gone
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-12-19 04:51:21+00:00
Resolved: 2022-12-21 10:57:56+00:00

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

Steps to reproduce:

installed 2.53.16b1pre.en-US.win64 from 2022-12-18.


Actual results:

All my private xul add-ons are gone, though they are still listed on the add-on manager.



Expected results:

all should have kept working as before.
The build used before this was:
seamonkey-2.53.15b1pre.en-US.win64 from 2022-08-31
Bug: font descenders are clipped in about:config
Status: UNCONFIRMED
Priority: --
Created: 2022-12-19 13:49:00+00:00
Resolved: 2022-12-19 13:49:00+00:00

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

Steps to reproduce:

Open about:config and find items which has characters with descenders in their names e.g. search for 'webgl'


Actual results:

Some 'g' in webgl have their descenders clipped, check the attached screenshot made in the clean profile. Hovering a mouse over items changes things - some descenders appear, some disappear.


Expected results:

Descenders should've been visible.
Bug: Port |Bug 1469287 - Implement new shared tree styling| to SeaMonkey
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-12-28 10:28:37+00:00
Resolved: 2023-04-16 12:29:53+00:00

Bug 1469287 removes some stylings, especially the Windows Explorer styling, and moves the twisties. Also the treeitem will be a lot taller (24px). See Bug 1483332 for TB's  version.
Bug: Update target_is_linux with target_has_linux_kernel in suite config
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-02 21:37:50+00:00
Resolved: 2023-01-02 22:17:48+00:00

Port Bug 1802379 "Update target_is_linux with target_has_linux_kernel in config files"

trunk only breakage
Bug: Error "a client-side exception has occurred" on particular web pages
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-01-04 06:46:06+00:00
Resolved: 2023-07-09 09:24:20+00:00

Steps how to reproduce with installation of DE SeaMonkey 2.53.16 Beta 1 Pre Mozilla/5.0  (NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0  SeaMonkey/2.53.16 Build 20221208220001 (Same with normal user Profile and newly created User Profile Default Classic Theme) on German WIN10 64bit:

1. Visit https://www.bahnhof.de/
   » Expected: page contents shown as in FF
    Actual: Error Message "Application error: a client-side exception has occurred (see the browser console for more information)."

## Additional Info:
a) **Error Console**:
   Zeitstempel: 04.01.2023, 07:40:52
Fehler: SyntaxError: expected expression, got keyword 'import'
Quelldatei: https://tags.tiqcdn.com/utag/bahnx/b-noconsentsharing/prod/utag.js
Zeile: 74, Spalte: 33565
Quelltext:
o.hotModuleReplacement?!1:at.get(i);if(r)return r[s];return import("./".concat(i,".entry.js").concat(o.hotModuleReplacem ...
b) **Error Console**: Lots of Warnings