av9ash/GitBugs huggingface dataset:
Bug: Missing capitalized letter in the "Turn on backup" dialog
Status: NEW
Priority: P3
Created: 2024-07-25 12:21:54+00:00
Resolved: 2024-07-29 14:34:19+00:00

**Found in**
* latest Nightly 130.0a1

**Affected versions**
* latest Nightly 130.0a1

**Tested platforms**
* Affected platforms: Windows 11, Ubuntu 22.04 and macOS 14

**Preconditions**
* `browser.backup.preferences.ui.enabled` = true 
* `browser.backup.scheduled.idle-threshold-seconds` = 5

**Steps to reproduce**
1. Go to the backup section from "about:preferences" page.
2. Click on the "Manage backup" button.
3. Observe the "Documents (recommended)" field.

**Expected result**
* According to [Figma specifications](https://www.figma.com/design/vNbX4c0ws0L1qr0mxpKvsW/Fx-Backup?node-id=147-4558&t=RvLU9IZiTiUmm3oh-0), the word "recommended" have the first letter "r" capitalized.

**Actual result**
* The word "recommended" does not have the first letter "r" capitalized.

**Regression range**
* Not a regression.
Bug: A warning dialog is dispalyed if the backup file is added multiple times
Status: NEW
Priority: P3
Created: 2024-07-25 13:11:58+00:00
Resolved: 2024-07-29 14:34:38+00:00

**Found in**
* latest Nightly 130.0a1

**Affected versions**
* latest Nightly 130.0a1

**Tested platforms**
* Affected platforms: Windows 11, Ubuntu 22.04 and macOS 14

**Preconditions**
* `browser.backup.preferences.ui.enabled` = true 
* `browser.backup.scheduled.idle-threshold-seconds` = 5

**Steps to reproduce**
1. Go to the backup section from "about:preferences" page.
2. Enable backup by clicking on the "Manage backup" -> "Turn on backup".
3. Wait for the backup file to be created.
4. Click on the "Restore..." buton from the "Restore your data" section.
5. Click on the "Browser..." buton, then select the backup file.
6. Click on the "Cancel" button.
7. Click again on the "Restore..." buton from the "Restore your data" section.
8. Click on the "Browser..." buton.

**Expected result**
* The backup file can be selected from the backup location without prompting the user with a warning dialog.

**Actual result**
* A warning dialog is displayed with the following message: "You can open this location using this program. Please try a different location."

**Regression range**
* Not a regression.

**Additional notes**
- The user can select the backup file if the warning dialog is dismissed.
Bug: Determine why Windows launch on login option sometimes does not show in about:preferences
Status: NEW
Priority: P3
Created: 2024-07-25 13:29:26+00:00
Resolved: 2024-07-29 17:11:17+00:00

Changes were landed in Fx127 to enable launch on login by default. As a result, if I download Release Firefox (128.0.2) with a fresh profile and unenroll from the Launch on Login Treatment A Rollout in about:studies I can see the option in about:preferences. However, there are user reports of seeing the related infobar and messaging system components while being unable to see the checkbox in about:preferences. The way we reveal the checkbox is by checking against the `browser.startup.windowsLaunchOnLogin.enabled` pref which is set to true by default so some investigation is required here.
Bug: Thumbs Up/Down should have region controls
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-07-25 14:27:26+00:00
Resolved: 2024-08-26 18:47:56+00:00

See :thecount's [previous comment](https://bugzilla.mozilla.org/show_bug.cgi?id=1908670#c0) in regards to the topic personalization: 

> Similar to weather's region-weather-config and locale-weather-config, we probably want something like this for topics. The weather prefs linked above are a pretty reproducible pattern that we can follow for this work. This pref should be enabled in Nimbus. 
>
> I think we can get away with region only, so a CSV list of regions, initially just "US", named something like region-topics-config
> 
> I think we can get away with region only because region to feed is 1 to 1, so a US region is always going to end up being the en-US feed.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_stringsUnsafe.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-07-25 16:22:53+00:00
Resolved: 2024-08-23 12:02:11+00:00

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

---
```
[task 2024-07-25T15:38:57.951Z] 15:38:57     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_stringsUnsafe.js | searchTerms should be empty. - "" == "" - 
[task 2024-07-25T15:38:57.952Z] 15:38:57     INFO - Leaving test bound unsafe_search_strings
[task 2024-07-25T15:38:57.952Z] 15:38:57     INFO - Closing the view directly
[task 2024-07-25T15:38:57.952Z] 15:38:57     INFO - Waiting for the view to close
[task 2024-07-25T15:38:57.953Z] 15:38:57     INFO - Urlbar view closed
[task 2024-07-25T15:38:57.953Z] 15:38:57     INFO - Buffered messages finished
[task 2024-07-25T15:38:57.954Z] 15:38:57     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_stringsUnsafe.js | waiting for vsync to be disabled - timed out after 50 tries. - false == true - 
[task 2024-07-25T15:38:57.954Z] 15:38:57     INFO - Stack trace:
[task 2024-07-25T15:38:57.954Z] 15:38:57     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:607
[task 2024-07-25T15:38:57.954Z] 15:38:57     INFO - chrome://mochikit/content/browser-test.js:nextTest:782
[task 2024-07-25T15:38:57.954Z] 15:38:57     INFO - chrome://mochikit/content/browser-test.js:testScope/test_finish/<:1811
[task 2024-07-25T15:38:57.954Z] 15:38:57     INFO - chrome://mochikit/content/browser-test.js:run:1731
[task 2024-07-25T15:38:57.954Z] 15:38:57     INFO - Not taking screenshot here: see the one that was previously logged
[task 2024-07-25T15:38:57.955Z] 15:38:57     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_stringsUnsafe.js | vsync remained enabled at the end of the test. Is there an animation still running? Consider talking to the performance team for tips to solve this. - false == true - 
[task 2024-07-25T15:38:57.955Z] 15:38:57     INFO - Stack trace:
[task 2024-07-25T15:38:57.955Z] 15:38:57     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:608
[task 2024-07-25T15:38:57.955Z] 15:38:57     INFO - chrome://mochikit/content/browser-test.js:nextTest:782
[task 2024-07-25T15:38:57.955Z] 15:38:57     INFO - chrome://mochikit/content/browser-test.js:testScope/test_finish/<:1811
[task 2024-07-25T15:38:57.955Z] 15:38:57     INFO - chrome://mochikit/content/browser-test.js:run:1731
[task 2024-07-25T15:38:57.955Z] 15:38:57     INFO - GECKO(2858) | MEMORY STAT | vsize 8449MB | residentFast 447MB | heapAllocated 153MB
[task 2024-07-25T15:38:57.956Z] 15:38:57     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_stringsUnsafe.js | took 18099ms
```
Bug: Screenshots doesn't highlight elements in shadowRoot
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-07-25 16:23:45+00:00
Resolved: 2024-07-30 03:06:17+00:00

STR:
1. navigate to https://lit.dev/docs/components/rendering/
2. open screenshots and hover over the code example area

AR:
The whole code example area is highlighted

ER:
Elements within the code example area should be highlighted
Bug: Add missing "New Password" label for passwords input fields and error messages for certain password rules
Status: NEW
Priority: P3
Created: 2024-07-25 20:42:11+00:00
Resolved: 2024-07-25 22:55:14+00:00

Pairing these issues together since they're all fluent-related.

**Error messages**
By default, there are messages displayed on hover whenever there is an error state. There are two already provided by the browser:
- “Please fill out this field.”
- “Please use at least 8 characters (you are currently using # characters)”

We don’t have any message implemented yet for the following cases:
- When a common email is entered
- When an email is entered
- When passwords do not match

Some things to think about:
- Do we want these messages to appear on hover? Or would the tooltip suffice? If the latter, we should consider adding `novalidate` to the inputs' form parent. To compare with Firefox Accounts, the sign up page does not display any message besides tooltips.
- Do we want to show the same type of tooltip "Passwords do not match" as the Firefox Accounts sign up page?

**New Password label**
Apparently, there is a slight difference in the first label for inputs between the "set-password", "change-password" and turn-on backup dialogs. The "change-password" variant should have "New password" as its label for the first input. As for the other dialogs, their first input should just say "Password".

https://www.figma.com/design/vNbX4c0ws0L1qr0mxpKvsW/Fx-Backup?node-id=951-21750&m=dev
Bug: Fix a11y issues related to password inputs and rules tooltip
Status: NEW
Priority: P3
Created: 2024-07-25 20:47:21+00:00
Resolved: 2024-07-29 18:15:39+00:00

Filing as a defect, since these issues should be fixed before release.

This ticket is a follow-up to Bug 1896772, which implements password validation and the password rules tooltip. There are some accessibility challenges that we have to consider and improve.

Screen readers:
- Suggestion was to not use `aria-live` for the tooltip once rendered. Instead utilize `aria-describedby` to associate the tooltip with the first password input
- Unfortunately, not many screen readers widely support `aria-errormessage` and `aria-invalid` yet
- We may want to ensure that all icons have a proper alt text
- We should also verify the behaviour for multiple screen readers too, not just VoiceOver (ex. jaws, NVDA)

Keyboard navigation
- There are still some uncertainties about how the Escape key should behave. Should we close the dialog, or the tooltip? Or both?
Bug: Intermittent browser/components/downloads/test/browser/browser_downloads_jsonview.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-07-25 21:54:50+00:00
Resolved: 2024-11-11 06:40:11+00:00

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

---
```
[task 2024-07-25T20:43:14.954Z] 20:43:14     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_jsonview.js | "{\"cookieHeaderValue\":\"cookieKey=cookieValue\"}" == "{\"cookieHeaderValue\":\"cookieKey=cookieValue\"}" - 
[task 2024-07-25T20:43:14.954Z] 20:43:14     INFO - Buffered messages finished
[task 2024-07-25T20:43:14.956Z] 20:43:14     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_downloads_jsonview.js | 0 == 45 - 
[task 2024-07-25T20:43:14.956Z] 20:43:14     INFO - Stack trace:
[task 2024-07-25T20:43:14.956Z] 20:43:14     INFO - chrome://mochitests/content/browser/browser/components/downloads/test/browser/browser_downloads_jsonview.js:test_save_jsonview:67
[task 2024-07-25T20:43:14.956Z] 20:43:14     INFO - chrome://mochikit/content/browser-test.js:handleTask:1145
[task 2024-07-25T20:43:14.956Z] 20:43:14     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1217
[task 2024-07-25T20:43:14.956Z] 20:43:14     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1358
[task 2024-07-25T20:43:14.956Z] 20:43:14     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1134
[task 2024-07-25T20:43:14.956Z] 20:43:14     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2024-07-25T20:43:14.957Z] 20:43:14     INFO - Leaving test bound test_save_jsonview
[task 2024-07-25T20:43:14.958Z] 20:43:14     INFO - removing C:\Users\task_172193766489315\AppData\Local\Temp\dm-ui-test.file
[task 2024-07-25T20:43:15.199Z] 20:43:15     INFO - GECKO(8612) | MEMORY STAT | vsize 2112610MB | vsizeMaxContiguous 65134167MB | residentFast 333MB | heapAllocated 129MB
[task 2024-07-25T20:43:15.200Z] 20:43:15     INFO - TEST-OK | browser/components/downloads/test/browser/browser_downloads_jsonview.js | took 726ms
```
Bug: "browser.tabs.allow_transparent_browser" broke some webs colors
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-07-25 22:33:53+00:00
Resolved: 2024-08-01 00:40:44+00:00

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

Steps to reproduce:

Activate "browser.tabs.allow_transparent_browser" and enter some webs like:
Redhat doc-> https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9/html/managing_systems_using_the_rhel_9_web_console/managing-redundant-arrays-of-independent-disks-in-the-web-console_system-management-using-the-rhel-9-web-console#managing-redundant-arrays-of-independent-disks-in-the-web-console_system-management-using-the-rhel-9-web-console

Or AliExpress product -> https://es.aliexpress.com/item/1005004505421562.html?mp=1&gatewayAdapt=glo2esp 


Actual results:

Background color is dark/grey and text dark to 


Expected results:

render colors web well
Bug: Firefox Helper crashes
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-07-26 06:11:08+00:00
Resolved: 2024-07-30 16:37:10+00:00

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

Steps to reproduce:

Click on the Restart(I forgot the name, maybe it's update?) button in About Mozilla Firefox


Actual results:

Firefox gets updated, but the helper crashes.


Expected results:

No crash.
Bug: I am not sure this is a security bug or not, but photo with frame-ancestors 'self' header from cross-origin can be put in iframe every where else, using srcdoc
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-26 07:19:36+00:00
Resolved: 2024-07-29 06:15:40+00:00

User Agent: Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Mobile Safari/537.36

Steps to reproduce:

Use the code line:

<iframe srcdoc="<img src='https://www.w3schools.com/html/pic_trulli.jpg' />"</iframe>



Actual results:

https://www.w3schools.com/html/pic_trulli.jpg shows in iframe via SRCDOC config.

People can do hot linking, w3schools.com can be run out of storage resource, thanks to these days advanced technologies, this is less harmful about money than before but it is still a security bug to be considered, I think.


Expected results:

https://www.w3schools.com/html/pic_trulli.jpg has frame-ancestors 'self' header w3schools.com domain set to prevent it being shown in iframe every where else.
Bug: [Backup] The path field doesn't adjust to accommodate the whole path of the restore file
Status: NEW
Priority: P3
Created: 2024-07-26 08:07:17+00:00
Resolved: 2024-07-29 14:34:45+00:00

**Found in**
- latest Nightly 130.0a1

**Affected versions**
- latest Nightly 130.0a1

**Tested platforms**
- Affected platforms: Windows 11, Ubuntu 22.04 and macOS 14

**Preconditions**
- browser.backup.preferences.ui.enabled = true
- have a "Restore Firefox" folder previously saved. 

**Steps to reproduce**
1. Go to the backup section from "about:preferences" page.
2. Click on the "Manage backup" and turn on backup. 
3. Click on the "Restore..." button. 
4. Select a restore file that has a longer path. 

**Expected result**
- The field adjusts in order for the whole path to be visible.

**Actual result**
- macOS, Ubuntu: Only the first part of the path is visible.
- Windows: the last part of the path is visible.  

**Regression range**
- Not a regression.
Bug: After enabling the backup, the "Manage backup" button does not change to "Turn off backup."
Status: NEW
Priority: P3
Created: 2024-07-26 08:31:43+00:00
Resolved: 2024-07-29 14:35:08+00:00

**Found in**
* latest Nightly 130.0a1

**Affected versions**
* latest Nightly 130.0a1

**Tested platforms**
* Affected platforms: Windows 11, Ubuntu 22.04 and macOS 14

**Preconditions**
* `browser.backup.preferences.ui.enabled` = true 
* `browser.backup.scheduled.enabled` = false

**Steps to reproduce**
1. Go to the Backup section from "about:preferences" page.
2. Enable Backup by clicking on the "Manage backup" -> "Turn on backup".
3. Observe the "Manage backup" button.

**Expected result**
* After turning on the backup, the “Manage backup” button string is changed to “Turn off backup”, per [figma specs](https://www.figma.com/design/vNbX4c0ws0L1qr0mxpKvsW/Fx-Backup?node-id=147-4558&t=3maHWmtHuOajHI0P-0).

**Actual result**
* After turning on the backup, the “Manage backup” button string is not changed to “Turn off backup”.

**Regression range**
* Not a regression.
Bug: Setting "MOZ_LEGACY_PROFILES" forces switch from ESR- to default-profile when using Firefox ESR 115.13.0
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-07-26 08:53:36+00:00
Resolved: 2024-08-02 09:59:15+00:00

Steps to reproduce:

for verification I set up a clean Win10 Pro (22H2) VM > installed Firefox ESR 115.13.0 > opened it > set a bookmark > two profiles are automatically created (default and default-esr; default-esr is used) >  set a system wide environment variable "MOZ_LEGACY_PROFILES" > reboot the VM > opened Firefox again


Actual results:

the used Firefox-profile switched from default-esr to default > previously set profile settings are gone


Expected results:

keep the default-esr Firefox-profile

(background: intended enterprise-wide ESR upgrade from ESR 115x86 to ESR 128x64 through MECM)
Bug: 22222483.fs1.hubspotusercontent-na1.net - The text is rendered upside-down
Status: NEW
Priority: P3
Created: 2024-07-26 09:02:43+00:00
Resolved: 2024-08-05 08:23:35+00:00

**Environment:**
Operating system: Linux/Windows 10
Firefox version: Firefox 128.0/130

**Steps to reproduce:**
1. Go to https://22222483.fs1.hubspotusercontent-na1.net/hubfs/22222483/Reports/PKfail%20-%20Binarly%20Research%20Report%20July%2025%202024.pdf
2. Observe the slides.

**Expected Behavior:**
The text is rendered correctly.

**Actual Behavior:**
The text is rendered upside-down.

**Notes:**
- Reproduces regardless of the status of ETP
- Reproduces in Firefox Nightly, and Firefox Release
- Does not reproduce in Chrome

Created from https://github.com/webcompat/web-bugs/issues/139595
Bug: Crash signatures are restored from the backup file
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-26 10:06:02+00:00
Resolved: 2024-07-29 14:38:11+00:00

**Found in**
* latest Nightly 130.0a1

**Affected versions**
* latest Nightly 130.0a1

**Tested platforms**
* Affected platforms: Windows 11, Ubuntu 22.04 and macOS 14

**Preconditions**
* `browser.backup.preferences.ui.enabled` = true 
* `browser.backup.scheduled.idle-threshold-seconds` = 5
* `browser.backup.scheduled.enabled` = true

**Steps to reproduce**
1. Go to the backup section from "about:preferences" page.
2. Enable backup by clicking on the "Manage backup" -> "Turn on backup".
3. Crash Firefox via `about:crashparent`.
3. Wait for the backup file to be created.
4. Click on the "Restore..." buton from the "Restore your data" section.
5. Restore the backup file.

**Expected result**
* The backup file does not contain crash reports in `about:crashes` page.

**Actual result**
* The backup file contains crash reports in `about:crashes` page.

**Regression range**
* Not a regression.
Bug: random pages crashing firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-26 12:50:55+00:00
Resolved: 2024-07-27 13:50:43+00:00

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

Steps to reproduce:

linux, x11 + fluxbox

https://fallout.fandom.com/wiki/Missile_launcher_(Fallout_3)



Actual results:


keeps crashing firefox and sending reports


Expected results:

i can go to the page
Bug: "open in a new tab" while a restart after an update is required leads to `about:tabcrashed` pages, which are restored as `about:blank`
Status: NEW
Priority: P3
Created: 2024-07-26 14:14:58+00:00
Resolved: 2024-11-29 16:23:19+00:00

Hi! 

The `about:restartrequired` page can be triggered like that:
- download an update, but do not close Firefox
- start Firefox a second time with `firefox --ProfileManager`
- and let this second instance run with a different profile
- After starting this second session click on a link in the first instance of Firefox 

and you get to see the message (from the page above): `Restart to Keep Using Firefox`.

Here comes the problem: When you right click on the link and open it in a new window (_or use the middle mouse button to do the same_) you get to see an `about:tabcrashed` instead (_note that I better had used the right click menu for better visibility in the attached video_).

After that if you restart Firefox, it will not restore the crashed tab with the Url on which you clicked, but an `about:blank` page with no title and sometimes and (i) icon, sometimes not.
Bug: Huge memory consumption while loading a specific PDF
Status: UNCONFIRMED
Priority: P3
Created: 2024-07-26 16:41:36+00:00
Resolved: 2024-08-25 16:30:17+00:00

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

Steps to reproduce:

A person on [Reddit reported a big memory spike](https://www.reddit.com/r/firefox/comments/1ecmyf4/memory_leak_opening_a_pdf_consumes_13gb_ram_usage/) when opening some PDF documents.
He send me the PDF and when I opened it (it has 2.3MB) it will for a few moments consume about 11GB of RAM!
I've recorded this Profile using clean Nightly profile:
https://share.firefox.dev/3LDSbx4

The memory is released in a several seconds, but further scrolling will again consume more than 15GB of RAM.

See also this crash report, I think from my Firefox Developer Edition where I initially opened it:
https://crash-stats.mozilla.org/report/index/b0bb7b55-4a2e-43c1-b536-9f3d40240726

He said I shouldn't shared the document publicly, but I'm sure he will be able to send it to the right person if needed.
Bug: Fix show on left/right customize options for RTL.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-26 17:14:53+00:00
Resolved: 2024-07-30 03:06:30+00:00

Currently RTL "show on left" appears on the right, and vice versa. The toggle for "position_start" pref needs to be switched for RTL mode.
Bug: Clicking a link on a web page should always change the URL in the address bar
Status: REOPENED
Priority: P2
Created: 2024-07-26 17:26:31+00:00
Resolved: 2024-09-05 08:18:00+00:00

If you go to a page like yahoo.com, then click in the URL bar and start to edit the URL, and then click on link on the web page, the URL bar stays as the URL that you started editing.

The URL should update when the new page is loaded.

This is inconsistent with how other browser work.

It also feels like this is a potential vector for phishing, as you can't see the URL pages that you are navigating to when you are in this state, so someone could get you to start editing the URL and then have you click links to navigate to a bad site.
Bug: Investigate vowel separator character handling when saving files
Status: NEW
Priority: P3
Created: 2024-07-26 18:27:44+00:00
Resolved: 2024-08-22 12:35:31+00:00

The test in bug 1907931 exposed what could be a possible bug in handling vowel separator characters. They should be ignored or converted at the beginning and end of a filename, but left as is in the middle of text. This bug is about investigating how they should be handled in more detail.