av9ash/GitBugs huggingface dataset:
Bug: in some cases, open image opens the wrong image
Status: UNCONFIRMED
Priority: --
Created: 2024-04-19 03:00:50+00:00
Resolved: 2024-07-30 04:41:19+00:00

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

Steps to reproduce:

1.receive an email which includes two images inline
2. right-click on the first image, select " open im age in new tab" . 
3. the second image is shown in the new tab
4. when clicking on the second image, also the second image is shown. There is no way to show the first image in large in a new tab

This happens mostly for one sender, i was unable to reproduce this with emails I myself sent (using TB or outlook)

Attached is the heavily cropped  (for confidentiality) body of an email where this happens.

As can be seen, in the text part both images are named "image.png" 

In the HTML part, they are references with a different src
  <img src=3D"cid:ii_lv4nfuqa0" alt=3D"image.png" width=3D"558" height=3D"434">
and
  <img src=3D"cid:ii_lv4nj84a1" alt=3D"image=.png" width=3D"558" height=3D"414"">

but the alt= tags and the filename on their own bodyparts also has them named the same (" image.png")

I *suspect*  that this fact (same filename/alt=tag) is what causes TB to locate the wrong (last seen?) image to show. Does it maybe build an index of inline images using the alt= tag or filename=  and thus lose reference to an earlier image should two or more parts happen to have the same?

M





  Application Basics

    Name: Thunderbird
    Version: 115.9.0
    Build ID: 20240314154241
    Distribution ID:

    Update Channel: release
    User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:115.0) Gecko/20100101 Thunderbird/115.9.0
    OS: Darwin 23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:11:05 PDT 2024; root:xnu-10063.101.17~1/RELEASE_X86_64
    OS Theme:
    Rosetta Translated: false

    Multiprocess Windows: 0/0
    Fission Windows: 0/0
              Enabled by default
    Remote Processes: 2
    Enterprise Policies: Inactive
    Google Location Service Key: Missing
    Google Safebrowsing Key: Missing
    Mozilla Location Service Key: Missing
    Safe Mode: false
    Memory Size (RAM): 16.0 GB
    Disk Space Available: 47.4 GB




Actual results:

When right-clicking on the first inline image and selecting ' open in new tab'  the second image is shown

When right-clicking on the second inline image and selecting ' open in new tab'  the second image is also shown


Expected results:

selecting the first inline image should open the first inline image, not the second (last?)
Bug: No tooltip for subject line in Table view
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-19 05:26:33+00:00
Resolved: 2024-04-20 05:06:10+00:00

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

Steps to reproduce:

Hovered on the subject line while in Table view.


Actual results:

Nothing.


Expected results:

There should be a tooltip when hovering on the subject line. 

The tooltip does appear if the message is selected.

Also happens in Troubleshoot mode and with a clean profile.

This was supposedly resolved with https://bugzilla.mozilla.org/show_bug.cgi?id=1861204. I was unable to comment there.
Bug: Reply with "Simple HTML"
Status: UNCONFIRMED
Priority: --
Created: 2024-04-19 10:25:15+00:00
Resolved: 2024-04-27 16:04:34+00:00

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

Steps to reproduce:

HTML emails were a mistake to begin with, but since we have to deal with it...:
We can use "View > Message Body as > Simple HTML" (or plaintext) to lessen the pain.
(However in the context of work I sadly need to have an HTML signature, so I can not send out emails with plaintext, so the irony is clearly noted.)

This view option makes reading incoming emails better, it does have no influence on replying tho!
That is clearly an issue, since people overuse the abilities of what should have been an exclusively text platform, see screenshot with a horrible background.
I would like to have a setting that uses the same options as the "View" one, just for replying. 
Basically we need the ability to strip all that unnecessary HTML/CSS from outgoing emails.
Backgrounds are the worst, since when hitting "reply" it overrides everything – kind of a like a virus, you then can never get rid of it again for that thread.
Also this will make your text unreadable, since I'm using the dark mode, which uses light text by default. Now you first need to override your own text to use a dark color...
See screenshot again, with white text on white background.
Bug: Perma tgdiff failure: "abort: unknown revision ..."
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-04-19 11:02:29+00:00
Resolved: 2024-04-29 06:24:53+00:00

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

---
```
Comparing a failed run[1] with a successful one[2], it looks like we're no longer cloning the repo.

[1] https://firefoxci.taskcluster-artifacts.net/O9sWTH4FSJ608IFbUA1UxA/0/public/logs/live_backing.log
[2] https://firefoxci.taskcluster-artifacts.net/aOKsB14fT-yUMlVZ1MJOEw/0/public/logs/live_backing.log
```
Bug: Unable to send cAll from treeherder
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-04-19 11:07:45+00:00
Resolved: 2024-05-03 17:48:18+00:00

As of today, requesting a cancel of all running and scheduled jobs for a push fails. The response body to the cancel request looks like:

```json
{
  "code": "ResourceNotFound",
  "message": "No such hook\n\n---\n\n* method:     triggerHook\n* errorCode:  ResourceNotFound\n* statusCode: 404\n* time:       2024-04-19T11:03:51.961Z",
  "requestInfo": {
    "method": "triggerHook",
    "params": {
      "hookGroupId": "project-comm",
      "hookId": "in-tree-action-3-generic/3855bf7d13"
    },
    "payload": {
      "decision": {
        "action": {
          "cb_name": "cancel-all",
          "description": "Cancel all running and pending tasks created by the decision task this action task is associated with.",
          "name": "cancel-all",
          "symbol": "cAll",
          "taskGroupId": "DcHY6o4YRIK98SX5ObIEIA",
          "title": "Cancel All"
        },
        "push": {
          "base_revision": "6b6e06894eb55bf54024879f360c50268397b8b8",
          "owner": "mozilla-taskcluster-maintenance@mozilla.com",
          "pushlog_id": "22043",
          "revision": "cf888bfe78a8983123f986aa699e8222ab0dec42"
        },
        "repository": {
          "level": "3",
          "project": "comm-central",
          "url": "https://hg.mozilla.org/comm-central"
        }
      },
      "user": {
        "input": {},
        "taskGroupId": "DcHY6o4YRIK98SX5ObIEIA",
        "taskId": null
      }
    },
    "time": "2024-04-19T11:03:51.961Z"
  }
}
```

Assuming a regression from 1891451 as this is the only patch I can find that made changes to our taskcluster config since https://treeherder.mozilla.org/jobs?repo=comm-central&revision=ae60cdcd4c3a31b280ceec872affb96f74f2b577 (which I had to cAll, which worked).
Bug: Quick filter searchbox has no border with LW-theme
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-19 13:03:55+00:00
Resolved: 2024-04-19 22:15:13+00:00

Because of https://searchfox.org/mozilla-central/source/toolkit/modules/LightweightThemeConsumer.sys.mjs#102-106 the border is transparent when no color is defined which is the standard for LW-themes which have only a background-image and some basic colors defined.
Bug: Port Bug 1891629 - Make msix xpcshell a pure variant
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-04-19 17:05:38+00:00
Resolved: 2024-04-29 06:04:54+00:00

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

---
```

```
Bug: Intermittent debug comm/mail/base/test/performance/browser_preferences_usage.js | browser.startup.record should be accessed at least 200 times. - 200 <= 3
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-04-19 17:35:09+00:00
Resolved: 2024-04-22 07:14:20+00:00

**Filed by:** martin [at] humanoids.be
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=455183710&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Z6EQOLKjT8ijdsy-X5e44g/runs/0/artifacts/public/logs/live_backing.log

---
```

```
Bug: PC freezing issues, LEXAR SSD or Portmaster at cause?
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-04-19 21:03:14+00:00
Resolved: 2024-07-08 00:23:31+00:00

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

Steps to reproduce:

I was on W10, had freezing issues with Thunderbird when typing, mostly, freezing whole PC, giving blue screen with a message related to SSD stability. It's a LEXAR, brand new, didn't have issues with old Kingston. I'm using Portmaster and it is set to tolerate Thunderbird. No blocked connections there. I installed fresh, same SSD, but Windows 11 this time, and I still have freezing issues. It's the Thunderbird window that is jammed, but when interacting with it, cursor freezes and whole PC freezes. Impossible to invoke task manager at that time.

I saw an old issue from 15 years ago, it's old. Things must have changed a lot since then. 

I don't know if it's Portmaster or the LEXAR SSD that is to blame but Thunderbird is the freezing axis of my PC's current issues. I've been running the computer with calm music for a week so I know when it have hickups. It didn't have many as long as thunderbird wasn't opened. But once I opened it to write an e-mail, today, it froze almost instantly.


Actual results:

I'm typing, most of the time, when it happens, and the Thunderbird window  jams, but when interacting with it, cursor freezes and whole PC freezes. Impossible to invoke task manager at that time.


Expected results:

I don't expect my mail client to freeze my whole PC. I moved from "outlook(new)" to Thunderbird because of Microsoft's fishy practices and because Outlook doesn't allow to create backups. I could run Thunderbird in a virtual machine, to that extent...
Bug: Unable to log in Thunderbird Sync with existing Mozilla account due to ‘create new account’ prompt
Status: UNCONFIRMED
Priority: --
Created: 2024-04-20 05:58:57+00:00
Resolved: 2025-01-11 13:51:41+00:00

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

Steps to reproduce:

1 - Click on the hamburger menu.
2 - Select the option to sync accounts.
3 - Add an email associated with an existing Mozilla account.
4 - Click on Sign up or log in.


Actual results:

The new account creation form is displayed


Expected results:

The page should prompt for the password and proceed with logging in using the existing account normally
Bug: Temp files filling up the disk
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-20 10:04:04+00:00
Resolved: 2024-04-20 11:08:30+00:00

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

Steps to reproduce:

TB 125 is filling up disk with huge "nstmp" files of several hundred GB in IMAP account dirs and sub-dirs. While cleaning up (with TB closed), I also found lots of old "nstmp" files, dated years in the past. It looks like older TB versions just didn't clean up their trash properly but TB 125 also creates more and larger files, preventing TB from working after some time. I get a pop-up and indeed, there's no disk space left but huge temp files nstead.


Actual results:

see above


Expected results:

At least, old temp files which are no longer needed should be removed at startup. And why does TB create such huge files now?
Bug: Intermittent comm/mail/test/browser/composition/browser_drafts.js | Test timed out
Status: NEW
Priority: P5
Created: 2024-04-20 12:51:42+00:00
Resolved: 2025-02-17 07:12:31+00:00

**Filed by:** mkmelin [at] iki.fi
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=455262122&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ANEQ4QLLQ5-6KjACetNz0A/runs/0/artifacts/public/logs/live_backing.log

---
```

```
Bug: Intermittent comm/mail/base/test/browser/browser_mailContext.js | uncaught exception - : Component returned failure code: 0x80550018 [nsIMsgDBView.getFlagsAt]
Status: NEW
Priority: P5
Created: 2024-04-20 12:52:29+00:00
Resolved: 2024-04-22 07:18:34+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/composition/browser_forwardUTF8.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-04-20 12:54:23+00:00
Resolved: 2024-04-23 21:59:19+00:00

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

---
```

```
Bug: Event Window is always too small
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-20 21:47:12+00:00
Resolved: 2024-05-09 21:30:45+00:00

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

Steps to reproduce:

I double clicked on an event in the calendar and the popup window is too small.



Actual results:

1/2 of the time it's fine [when the description is short] but the other half with medium-long descriptions the popup window is just not of an adequate size and I need to enlarge it to see the edit button. This is confusing for my parents when they can't find the edit button since they need to first enlarge the window/scroll down.

Discussed here too but not reported: https://connect.mozilla.org/t5/discussions/calendar-gt-edit-event-windows-size-too-small/td-p/53595


Expected results:

The popup window should 
(a) Always display the edit button regardless of size
(b) Be of a larger size if the description is longer
Bug: Crash in [@ shutdownhang | mozilla::net::nsSocketTransport::GetTlsSocketControl]
Status: NEW
Priority: --
Created: 2024-04-21 11:19:18+00:00
Resolved: 2024-05-20 01:02:25+00:00

Crash report: https://crash-stats.mozilla.org/report/index/24577f5b-69dc-4146-bdeb-ee73f0231026 user writes "crashes when sending mail".

MOZ_CRASH Reason: ```Shutdown hanging at step AppShutdownNetTeardown. Something is blocking the main-thread.```

Top 10 frames:
```
0  xul.dll  MOZ_Crash(char const*, int, char const*)  mfbt/Assertions.h:264
0  xul.dll  mozilla::(anonymous namespace)::RunWatchdog(void*)  toolkit/components/terminator/nsTerminator.cpp:244
1  nss3.dll  _PR_NativeRunThread(void*)  nsprpub/pr/src/threads/combined/pruthr.c:399
2  nss3.dll  pr_root(void*)  nsprpub/pr/src/md/windows/w95thred.c:139
3  ucrtbase.dll  thread_start<unsigned int (__stdcall*)(void*), 1>
4  kernel32.dll  BaseThreadInitThunk
5  mozglue.dll  mozilla::interceptor::FuncHook<mozilla::interceptor::WindowsDllInterceptor<mo...  toolkit/xre/dllservices/mozglue/nsWindowsDllInterceptor.h:150
5  mozglue.dll  patched_BaseThreadInitThunk(int, void*, void*)  toolkit/xre/dllservices/mozglue/WindowsDllBlocklist.cpp:617
6  ntdll.dll  __RtlUserThreadStart
7  ntdll.dll  _RtlUserThreadStart
```

https://crash-stats.mozilla.org/report/index/e382cf2b-f33b-49a9-bc23-e6e9f0231214 user writes "crashes 4-5 time per day"
Bug: Crash in [@ shutdownhang | JSString::base]
Status: NEW
Priority: --
Created: 2024-04-21 11:20:43+00:00
Resolved: 2024-05-20 01:02:06+00:00

This crash is unusual because [50% are Japanese locale](https://crash-stats.mozilla.org/search/?signature=%3Dshutdownhang%20%7C%20JSString%3A%3Abase&product=Thunderbird&date=%3E%3D2023-10-21T11%3A05%3A00.000Z&date=%3C2024-04-21T11%3A05%3A00.000Z&_facets=signature&_facets=useragent_locale&_facets=version&_sort=user_comments&_sort=-date&_columns=date&_columns=signature&_columns=platform&_columns=user_comments#facet-useragent_locale).  


Crash report: https://crash-stats.mozilla.org/report/index/86fab5aa-2a7d-4b93-b61a-a88810231026

MOZ_CRASH Reason: ```Shutdown hanging at step AppShutdownConfirmed. Something is blocking the main-thread.```

Top 9 frames:
```
0  xul.dll  MOZ_Crash(char const*, int, char const*)  mfbt/Assertions.h:264
0  xul.dll  mozilla::(anonymous namespace)::RunWatchdog(void*)  toolkit/components/terminator/nsTerminator.cpp:244
1  nss3.dll  _PR_NativeRunThread(void*)  nsprpub/pr/src/threads/combined/pruthr.c:399
2  nss3.dll  pr_root(void*)  nsprpub/pr/src/md/windows/w95thred.c:139
3  ucrtbase.dll  thread_start<unsigned int (__cdecl*)(void*), 1>
4  kernel32.dll  BaseThreadInitThunk
5  mozglue.dll  mozilla::interceptor::FuncHook<mozilla::interceptor::WindowsDllInterceptor<mo...  toolkit/xre/dllservices/mozglue/nsWindowsDllInterceptor.h:150
5  mozglue.dll  patched_BaseThreadInitThunk(int, void*, void*)  toolkit/xre/dllservices/mozglue/WindowsDllBlocklist.cpp:617
6  ntdll.dll  RtlUserThreadStart
```

Other example https://crash-stats.mozilla.org/report/index/3702ab7a-edc5-49b3-bb9d-b14190240204
Bug: TB is not responding at closure when a message is opened in a tab, need to use Force Quit
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-21 15:31:01+00:00
Resolved: 2024-05-04 14:02:37+00:00

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

Steps to reproduce:

Launch TB, 
double click on a message in the intray
click on the new tab created to view the message
click in the text of the message
close TB by clicking the top right cross


Actual results:

pop up "TB is not responding"
click on force quit



Expected results:

TB should close graciously
Bug: Pressing return after setting a filter adds an empty line and closes the window.
Status: UNCONFIRMED
Priority: --
Created: 2024-04-22 02:40:12+00:00
Resolved: 2024-04-22 09:19:24+00:00

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

Steps to reproduce:

1. Open "Message Filters" Window
2. Edit a filter
3. Focus any condition line
4. Press the Return key

(Windows 10)


Actual results:

A blank filter condition is added, and the window closes immediately (changes are saved).
Running the filter on a folder after this is likely to match everything and perform the filter's actions on all emails within the target, since the blank condition would typically be positive.


Expected results:

- A new blank condition line is added, window remains open.
Or
- No new condition line is added, changes are saved, window closes.
Bug: After update 115.10.1 all gmail email accounts are lost on every 2nd or 3rd opening of Thunderbird
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-04-22 12:40:37+00:00
Resolved: 2024-09-03 05:03:56+00:00

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

Steps to reproduce:

Automatic update to version 115.10.1 loaded on 4/19/24.  3 Gmail accounts disappeared when relaunched.   Windows Home 10, version 22h2


Actual results:

Re-inputted all 3 gmail accounts and passwords.  Thunderbird connected correctly after input.  2nd or 3rd launch of Thunderbird after re-inputting accounts & passwords, all gmail accounts disappeared again.  This has happened 4 times in the last 3 days.  


Expected results:

Once gmail accounts were re-installed after update, should not be loosing them after 2 or 3 daily relaunches of Thunderbird.
Bug: IMAP: search in message body (versus message headers) has disappeared and is therefore not accessible anymore
Status: UNCONFIRMED
Priority: --
Created: 2024-04-22 16:09:34+00:00
Resolved: 2024-07-13 22:58:33+00:00

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

Steps to reproduce:

Windows 10 (untested on other OSes) > select message directory > Search in messages => First SELECT field contains only message header names but no more message BODY field to target (!!!)


Actual results:

Search in message bodies not possible anymore!


Expected results:

Search in message bodies was  (and shoul still be) possible!
Bug: Saved Search folder for "Status is New" match not updating
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-04-22 16:26:10+00:00
Resolved: 2024-09-14 02:06:35+00:00

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

Steps to reproduce:

TB 115.0.1
Windows 11 Pro, latest update

1. Set up Message Filters to move messages from different senders (From email addresses) into individual sub-folders
2. Create a Saved Search (Virtual) Folder matching (only) "Status is New" and All folders selected to search.
3. Wait for new messages to arrive
4. Notice that the Saved Search Folder in the Folder Pane now indicates it has messages (with an update to the folder icon, the New Message count "pill" after the folder name, etc)
5. Open the "move to" sub-folders mentioned in step #1 and delete the New messages.  In fact, delete ALL these new messages



Actual results:

The "New Message" Folder icon overlay (the "sun" image on top of the folder icon) and the New Messages count "pill" after the folder name do not update.

These do not update even AFTER clicking the "Get Messages" button on the Toolbar.

Further, when yet another (one) new message arrives, the New Message count "pill" does not update to show just "1",  one just gets added to the old (invalid) count

Nothing gets updated correctly until I actually OPEN the Saved Search Folder


Expected results:

When I delete the New messages, the Saved Search Folder should update to have the new New Messages count.  When the count reaches zero, the Folder icon should update and the New Messages count "pill" should disappear.
Bug: Address book icon is missing from Windows jump list
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-23 00:56:58+00:00
Resolved: 2024-07-04 19:44:50+00:00

Bug 1832771 [removed addressbook.ico](https://hg.mozilla.org/comm-central/rev/a06e8c9bf9cc) "which was also unused". It was not unused. Then when the build failed, [the use was also removed](https://hg.mozilla.org/comm-central/rev/81fcadefc32b). Consequently the "Open address book" jump list item has the wrong icon.
Bug: Addresses are graphically cropped when composing new mail
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-23 04:58:45+00:00
Resolved: 2024-04-23 17:51:54+00:00

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

Steps to reproduce:

Just type in a new email address in the recipient field, that is not in any address book.


Actual results:

rightmost pixels are cropepd, the backdrop is too small. Probably because of the dot in the top right corner.


Expected results:

Problem seems to be "one time only" somehow, it usually goes away when closing the compose window and opening a new, and remains OK until a TB restart. Also, when moving the address to CC or beck from there, it is not cropped anymore. I think the initial calculation of the size of the backdrop is wrong, but then it is correct somehow.