Jump to content

My Browser Builds (Part 3)


Recommended Posts

I forgot to mention that I am using the MailNews application on Windows XP Professional with Service Pack 3 and the "Windows Classic style" visual style.

There are a few other issues that I have noticed with the MailNews 52.9.8161a1 (2022-06-10)(32-bit) application.  Those are:

  1. I have 11 different email accounts all configured using IMAP incoming mail servers and using the Google Gmail host.  I have not configured any accounts using POP3.

    The account I have set as default is my largest account in magnitude, however measured (size, number, of messages, number of folders, etc.).  That account has over 43,000 messages in total and over 9,200 messages in its Inbox.  Every so often (intermittently) when launching the MailNews application, the account's folder list is not enumerated in the Folder Pane; the account's Account Name is still enumerated.  To have MailNews enumerate the folder list in the Folder Pane again, I have to close the MailNews application and start it again.  After starting the application again, the account's folder structure enumerates again (anew?), but the Messages pane's column sort order setting corresponding to the account is lost.

    The described happening does not happen for any of the other configured accounts.
     
  2. After closing the MailNews application while having the application's notification/messages icon (down arrow icon pointing into an envelope) in the system tray, the icon persists after the application is closed.  The icon disappears after passing the mouse pointer over it.

    My impression is that the icon is supposed to be removed when the application closes or that the application does not terminate properly and consequently leaves behind the icon in the system tray.
Link to comment
Share on other sites


On 6/11/2022 at 6:36 PM, VistaLover said:

Upstream came back with a "revised" iteration of UXP issue #1909 ,now UXP issue #1913 , and committed code

https://repo.palemoon.org/MoonchildProductions/UXP/commit/ec277eacb88c659a713ef75bda6d6381ecbdbda4

that has been merged in their master branch:

https://repo.palemoon.org/MoonchildProductions/UXP/commit/a164537057a031328a3f688cbfa17738aed067b1

@roytam1 Is that "safe" for us (especially with regard to St 52.9.0+55.0.0) ? :dubbio:

Ugh :(

I was following this issues and hoping somehow this would not effect Serpent.

Link to comment
Share on other sites

23 hours ago, roytam1 said:

for second one, I can't reproduce here.

An additional thing to mention is that one must be using the HTML (Rich Text) delivery format in the compose window.  Otherwise, the "Insert" and "Format" menus are not present.

I shall reword the post description to better communicate this.

Link to comment
Share on other sites

23 hours ago, Ascii2 said:

2. After closing the MailNews application while having the application's notification/messages icon (down arrow icon pointing into an envelope) in the system tray, the icon persists after the application is closed.  The icon disappears after passing the mouse pointer over it.


My impression is that the icon is supposed to be removed when the application closes or that the application does not terminate properly and consequently leaves behind the icon in the system tray.

For what it's worth, this particular bug also occurs with Thunderbird 52.9.1 (at least on Vista with the "classic" style).

Link to comment
Share on other sites

12 hours ago, Ascii2 said:

An additional thing to mention is that one must be using the HTML (Rich Text) delivery format in the compose window.  Otherwise, the "Insert" and "Format" menus are not present.

I shall reword the post description to better communicate this.

would you please screen-recording it? as I still can't reproduce it.

Link to comment
Share on other sites

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20220618-3219d2d-uxp-43cfc69b2-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20220618-3219d2d-uxp-43cfc69b2-xpmod.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom

IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20220618-3219d2d-uxp-43cfc69b2-xpmod-ia32.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32

NM28XP build:
Win32 https://o.rthost.win/palemoon/palemoon-28.10.6a1.win32-git-20220618-d849524bd-uxp-43cfc69b2-xpmod.7z
Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.6a1.win32-git-20220618-d849524bd-uxp-43cfc69b2-xpmod-sse.7z
Win64 https://o.rthost.win/palemoon/palemoon-28.10.6a1.win64-git-20220618-d849524bd-uxp-43cfc69b2-xpmod.7z

Official UXP changes picked since my last build:
- Issue #1905 - Part 2c - Fix OpenGL crash caused by calling [NSOpenGLContext setView:] on the Compositor thread. Starting with SDK 10.14 I believe, many functions have main thread checks, including setView: and update. So we now move the code in the updateGLContext method into doDrawRect which runs on the main thread. (7224a1790)
- Issue #1905 - Part 3a - Resign python binary ad-hoc since install_name_tool invalidates code signature. The code signature is invalidated on Intel as well, but on ARM the binary fails to run with an invalid code signature error. (9f3376e56)
- Issue #1905 - Part 3b - Remove iOS support from old-configure. iOS is not really a viable target and Apple Silicon Macs report the same core system. (a2f6708c4)
- Issue #1905 - Part 3c - Remove iOS from the rest of the configure system. (02ceb3e1a)
- Issue #1905 - Part 3d - Report GNU AS when the system "as" is LLVM-as. LLVM as is generally compatible with GNU, this should allow ICU to build on ARM Macs. (ccdf07735)
- Issue #1905 - Part 3e - Fix NSPR build on ARM. The dynamic loader had been falling through to the ancient PowerPC code without __aarch64__ #ifdef (e73d4de0b)
- Issue #1905 - Part 3f - Collection of fixes connecting ARM support to the Mac build. Also update ARM XPT code to add Mac/Apple support. (e55ae571d)
- Issue #1905 - Part 3g - Final set of changes connecting ARM64 support for Mac. Back out some of the xptcstubs changes that are not viable for our codebase. (be240b340)
- Issue #1905 - Part 3h - Fix breakages on other platforms. Mac Intel broke due to incorrect FFI target_dir for Intel. Linux and possibly other platforms use a secondary aclocal.m4 that still referenced ios.m4. (5bf1ed595)
- Issue #1905 - Part 3i - Rename the ARM64 assembly files to .S. Necessary because they now need to be preprocessed. (06aa3c8c3)
- Issue #1905 - Part 3j - Rename the ARM64 assembly files to .S. Missed the moz.build file in the last commit. (076a0eb27)
- Issue #1905 - Part 3k - Separate the GNU and LLVM-as tests. While we should be able to test these together, I don't want to risk breakages on different *nixes. (163bce2e8)
- Issue #1914 - Implement white-space: break-spaces (afbfbcb1e)
- Issue #1909 - Ensure UpdateChecker and UpdateParser can handle empty manifest URLs. (41b9919e7)

No official Pale-Moon changes picked since my last build.

No official Basilisk changes picked since my last build.

My changes picked since my last build:
- editor: check selection->GetAnchorFocusRange() before using its functions (082405259)
- imported changes from mozilla NSS:
 - Bug 1759794 - protect SFTKSlot needLogin with slotLock. r=rrelyea (1bbd8d8c)
 - Bug 1771497 - Uninitialized value in cert_VerifyCertChainOld. r=nss-reviewers,djackson (23be110c)
 - Bug 1771495 - unchecked return code in sec_DecodeSigAlg. r=nss-reviewers,djackson (d4fb4b83)
 - Bug 1771498 - Uninitialized value in cert_ComputeCertType. r=djackson (b28bc4cd)
 - Bug 1764392 - Add DigitCert Roots r=nss-reviewers,jschanck (0863d9ec)
 - Bug 1768970 - Add Certainly Roots. r=nss-reviewers,jschanck (6307e75b)
 - Bug 1770267 - Add E-Tugra Roots. r=nss-reviewers,jschanck (9555008f)
 - Bug 1759815 - Remove Hellenic Academic 2011 Root. r=nss-reviewers,jschanck (9c2cbf14)
 - Bug 1764206 - Bump nssckbi version number for June. r=nss-reviewers,jschanck (b3acf3d9) (43cfc69b2)

* Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

Link to comment
Share on other sites

New build of BOC/UXP for XP!

Test binary:
MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20220618-3dbfc66a-uxp-43cfc69b2-xpmod.7z
BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20220618-3dbfc66a-uxp-43cfc69b2-xpmod.7z

source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom

* Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15.

--

New build of HBL-UXP for XP!

Test binary:
IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20220618-id-181ea5d-uxp-43cfc69b2-xpmod.7z
IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20220618-id-181ea5d-ia-c642e3c-uxp-43cfc69b2-xpmod.7z

source repo (excluding UXP):
https://github.com/roytam1/icedove-uxp/tree/winbuild
https://github.com/roytam1/iceape-uxp/tree/winbuild

for UXP changes please see above.

Link to comment
Share on other sites

New build of post-deprecated Serpent/moebius for XP!
* Notice: This repo will not be built on regular schedule, and changes are experimental as usual.
** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions.

Test binary:
Win32 http://o.rthost.win/basilisk/basilisk55-win32-git-20220618-c8f029d27-xpmod.7z
Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20220618-c8f029d27-xpmod.7z

repo: https://github.com/roytam1/basilisk55

Repo changes:
- import from UXP: Issue #1914 - Implement white-space: break-spaces (afbfbcb1) (c6617c830)
- ported from UXP: Issue #1909 - Ensure UpdateChecker and UpdateParser can handle empty manifest URLs. (41b9919e) (3037146a3)
- imported cert related changes from mozilla NSS:
 - Bug 1764392 - Add DigitCert Roots r=nss-reviewers,jschanck (0863d9ec)
 - Bug 1768970 - Add Certainly Roots. r=nss-reviewers,jschanck (6307e75b)
 - Bug 1770267 - Add E-Tugra Roots. r=nss-reviewers,jschanck (9555008f)
 - Bug 1759815 - Remove Hellenic Academic 2011 Root. r=nss-reviewers,jschanck (9c2cbf14)
 - Bug 1764206 - Bump nssckbi version number for June. r=nss-reviewers,jschanck (b3acf3d9) (ecec7995e)
- imported from mozilla NSS: Bug 1771498 - Uninitialized value in cert_ComputeCertType. r=djackson (b28bc4cd) (96862abea)
- imported from mozilla NSS: Bug 1771495 - unchecked return code in sec_DecodeSigAlg. r=nss-reviewers,djackson (d4fb4b83) (f60d2b52a)
- imported from mozilla NSS: Bug 1771497 - Uninitialized value in cert_VerifyCertChainOld. r=nss-reviewers,djackson (23be110c) (7b2f47914)
- imported from mozilla NSS: Bug 1759794 - protect SFTKSlot needLogin with slotLock. r=rrelyea (1bbd8d8c) (c8f029d27)

Link to comment
Share on other sites

On 6/16/2022 at 9:15 AM, roytam1 said:

would you please screen-recording it? as I still can't reproduce it.

Yes.  I have recorded the menu behavior of the MailNews normal Write window to video.  The video may be downloaded at:
https://www.mediafire.com/file/ebs3xzmrzabvkqh/MailNews_Write%28Compose%29_Menus_Example.avi/file

At the beginning of the video, to about 00:04, I move the mouse around the top section of the area where the "From":, "To:", and "Subject::" fields are to indicate that that area must be selected (such as by clicking any of them; area is usually selected by default when opening the normal Write window).  This is important to ensure that the "Insert" and "Format" menus are grayed-out.

Afterwards, I left-click and release on a menu label that is not grayed-out.  I then proceed to move across the menubar menu labels to demonstrate the behavior of the menus open persistence.  I never click again until opening a menu.  Notice that when I pass the mouse on top of the grayed-out menu bar labels, that the open menus disappear permanently; then proceeding to pass the mouse over menus that are not grayed out does not show those menus without newly performing a click.

 

Edited by Ascii2
Link to comment
Share on other sites

7 hours ago, Ascii2 said:

Yes.  I have recorded the menu behavior of the MailNews normal Write window to video.  The video may be downloaded at:
https://www.mediafire.com/file/ebs3xzmrzabvkqh/MailNews_Write%28Compose%29_Menus_Example.avi/file

At the beginning of the video, to about 00:04, I move the mouse around the top section of the area where the "From":, "To:", and "Subject::" fields are to indicate that that area must be selected (such as by clicking any of them; area is usually selected by default when opening the normal Write window).  This is important to ensure that the "Insert" and "Format" menus are grayed-out.

Afterwards, I left-click and release on a menu label that is not grayed-out.  I then proceed to move across the menubar menu labels to demonstrate the behavior of the menus open persistence.  I never click again until opening a menu.  Notice that when I pass the mouse on top of the grayed-out menu bar labels, that the open menus disappear permanently; then proceeding to pass the mouse over menus that are not grayed out does not show those menus without newly performing a click.

 

alright I can reproduce this, but I think this may be a common behavior of XUL applications.

Link to comment
Share on other sites

The mirror of latest BNavigator, Firefox 45ESR, IceApe, IceDove, K-Meleon 1.5.x/74/76, MailNews 52, New Moon 26.5/27/28 and Serpent 52/55 builds by @roytam1 has been updated -> soggi.org - tools.

changelog:
- added latest BNavigator 0.9 20220618 build
- added latest IceApe 52 20220618 build
- added latest IceDove 52 20220618 build
- added latest MailNews 52 20220618 build
- added latest New Moon 28 20220618 builds
- added latest Serpent 52 20220618 builds
- added latest Serpent 55 20220618 builds

kind regards
soggi

Link to comment
Share on other sites

6 hours ago, roytam1 said:

alright I can reproduce this, but I think this may be a common behavior of XUL applications.

I do not know if the behavior is common to XUL applications.  I had thought the behavior to be unintentional, particularly because when using the keyboard navigation to move across menus, the grayed-out menus are skipped when trying to traverse in the direction of the grayed-out menu and a grayed-out menu immediately proceeds.

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...