Closed Bug 507601 Opened 15 years ago Closed 4 years ago

Port |Bug 414038 - Replace rdf-driven folder pane with a js-driven/non-rdf treeview| to SeaMonkey

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
minor

Tracking

(seamonkey2.1 wontfix, seamonkey2.49esr wontfix, seamonkey2.53+ fixed, seamonkey2.57esr? affected)

RESOLVED FIXED
seamonkey 2.88
Tracking Status
seamonkey2.1 --- wontfix
seamonkey2.49esr --- wontfix
seamonkey2.53 + fixed
seamonkey2.57esr ? affected

People

(Reporter: sgautherie, Assigned: iannbugzilla)

References

(Blocks 4 open bugs)

Details

(Whiteboard: [Wait for bug 510793])

Attachments

(7 files, 11 obsolete files)

(deleted), patch
iannbugzilla
: review+
Details | Diff | Splinter Review
(deleted), patch
iannbugzilla
: review+
Details | Diff | Splinter Review
(deleted), patch
frg
: review+
Details | Diff | Splinter Review
(deleted), patch
iannbugzilla
: review+
iannbugzilla
: approval-comm-esr60+
Details | Diff | Splinter Review
(deleted), patch
frg
: review+
Details | Diff | Splinter Review
(deleted), patch
iannbugzilla
: review+
iannbugzilla
: approval-comm-esr60+
Details | Diff | Splinter Review
(deleted), patch
frg
: review+
Details | Diff | Splinter Review
No description provided.
Flags: wanted-seamonkey2?
Getting us to same same API as Thunderbird 3 is surely something we want, but we probably should only take it for 2.0 if it has patch and reviews for the last beta, as it might need some shaking out (even though we hopefully can avoid the regressions Thunderbird saw).
Flags: wanted-seamonkey2? → wanted-seamonkey2+
Depends on: 507421
Assignee: nobody → sgautherie.bz
Keywords: helpwanted
Depends on: 510646
Depends on: 439839
Attached patch (Av1) Remove GetFolderAttribute() + Bug 439839 (obsolete) (deleted) — Splinter Review
This port also removes the global var RDF usage in GetFolderAttribute() ;-) To be applied on top of bug 460953 patch D!
Attachment #394656 - Flags: review?(iann_bugzilla)
Depends on: 510685
Depends on: 510716
Av1, with an added line that Thunderbird (already) had.
Attachment #394656 - Attachment is obsolete: true
Attachment #394679 - Flags: review?(iann_bugzilla)
Attachment #394656 - Flags: review?(iann_bugzilla)
Attached patch (Bv1) Clean up folder selection (obsolete) (deleted) — Splinter Review
To be applied on top of bug 510716 patch!
Attachment #394685 - Flags: review?(iann_bugzilla)
Comment on attachment 394685 [details] [diff] [review] (Bv1) Clean up folder selection >--- a/suite/mailnews/mail3PaneWindowCommands.js >+++ b/suite/mailnews/mail3PaneWindowCommands.js >- var folderTree = GetFolderTree(); >- var startIndex = {}; >- var endIndex = {}; >- folderTree.view.selection.getRangeAt(0, startIndex, endIndex); >- if (startIndex.value >= 0) { >+ let folders = GetSelectedMsgFolders(); >+ >+ if (folders.length) { > var canDeleteThisFolder; Nit: you want your new lines on the same indentation as the old ones, I guess, not one level deeper :)
(In reply to comment #5) > Nit: you want your new lines on the same indentation as the old ones, I guess, > not one level deeper :) Wrong guess ;-> The indentation in this file is a mess(!), but the new indentation is the correct one. (see next line)
Status: NEW → ASSIGNED
(In reply to comment #6) > (In reply to comment #5) > > Nit: you want your new lines on the same indentation as the old ones, I guess, > > not one level deeper :) > > Wrong guess ;-> The indentation in this file is a mess(!), but > the new indentation is the correct one. (see next line) No. In your patch, the let and if are indented against things on the same level, and the var inside the if is on the same indentation level as the if. That's just wrong.
Bv1, with comment 7 suggestion(s). (In reply to comment #7) > the var inside the if is on the same indentation level as the if. > That's just wrong. Ah: fixing the indentation of the next var too, that I agree with ;-)
Attachment #394685 - Attachment is obsolete: true
Attachment #394726 - Flags: review?(iann_bugzilla)
Attachment #394685 - Flags: review?(iann_bugzilla)
Depends on: 510793
Depends on: 510731
Attachment #394679 - Flags: review?(iann_bugzilla) → review+
Comment on attachment 394726 [details] [diff] [review] (Bv1a) Clean up folder selection [Checkin: Comment 18] I'll remove once you unbitrot it from landing Av1a
Attachment #394726 - Flags: review?(iann_bugzilla)
(In reply to comment #9) > (From update of attachment 394726 [details] [diff] [review]) > I'll remove once you unbitrot it from landing Av1a *review
Attachment #394726 - Flags: review?(iann_bugzilla)
Comment on attachment 394726 [details] [diff] [review] (Bv1a) Clean up folder selection [Checkin: Comment 18] (In reply to comment #9) > I'll review once you unbitrot it from landing Av1a Actually, Bv1a applies cleanly on top of Av1a. (which I'll land asaic.)
Attachment #394679 - Attachment description: (Av1a) Remove GetFolderAttribute() + Bug 439839 → (Av1a) Remove GetFolderAttribute() + Bug 439839 [Checkin: Comment 12]
Attachment #394726 - Flags: review?(iann_bugzilla) → review+
Comment on attachment 394679 [details] [diff] [review] (Av1a) Remove GetFolderAttribute() + Bug 439839 [Checkin: Comment 12+16] https://bugzilla.mozilla.org/attachment.cgi?id=394679&action=diff#a/suite/mailnews/mailContextMenus.js_sec3 Looks like canCompact got removed but is still used? (kill-rdf is hard! :-))
(In reply to comment #13) > (From update of attachment 394679 [details] [diff] [review]) > https://bugzilla.mozilla.org/attachment.cgi?id=394679&action=diff#a/suite/mailnews/mailContextMenus.js_sec3 > Looks like canCompact got removed but is still used? (kill-rdf is hard! :-)) A simple let canCompact = msgFolder.canCompact; should suffice?
(In reply to comment #14) > (In reply to comment #13) > > (From update of attachment 394679 [details] [diff] [review] [details]) > > https://bugzilla.mozilla.org/attachment.cgi?id=394679&action=diff#a/suite/mailnews/mailContextMenus.js_sec3 > > Looks like canCompact got removed but is still used? (kill-rdf is hard! :-)) > > A simple > let canCompact = msgFolder.canCompact; > should suffice? *cough* oops, folder rather than msgFolder
(In reply to comment #13) > Looks like canCompact got removed but is still used? (kill-rdf is hard! :-)) Ah, good catch! TB don't have this if block, I must have missed it or got distracted by the whitespace thing :-/ (In reply to comment #16) > pushed as http://hg.mozilla.org/comm-central/rev/0adcab6df66c Thanks.
Attachment #394726 - Attachment description: (Bv1a) Clean up folder selection → (Bv1a) Clean up folder selection [Checkin: Comment 18]
Whiteboard: [Wait for bug 510793]
Attachment #394679 - Attachment description: (Av1a) Remove GetFolderAttribute() + Bug 439839 [Checkin: Comment 12] → (Av1a) Remove GetFolderAttribute() + Bug 439839 [Checkin: Comment 12+16]
Blocks: 513522
Not wanted for 2.0 any more at this stage, let's push it to 2.1
Flags: wanted-seamonkey2.1+
Flags: wanted-seamonkey2.0-
Flags: wanted-seamonkey2.0+
Blocks: 456156
Flags: wanted-seamonkey2.1+
Blocks: 657604
Blocks: 657607
No longer blocks: 657604
No longer blocks: 460953
Blocks: 507669
St least mail news and the sidebar are now broken becoause of xul template removals and other stuff.
Assignee: bugzillamozillaorg_serge_20140323 → nobody
Status: ASSIGNED → NEW
Blocks: 86056
Blocks: SM-killrdf
Assignee: nobody → iann_bugzilla
Status: NEW → ASSIGNED
Depends on: 1597682
Attached patch Move exiting functions to gFolderTreeController (obsolete) (deleted) — Splinter Review

Tackling this in various parts, first few are:

  • Move existing functions into gFolderTreeController
  • Update and tidy the moved code in gFolderTreeController
Attachment #9109983 - Flags: review?(frgrahl)
Attachment #9109983 - Flags: approval-comm-release?
Attachment #9109983 - Flags: approval-comm-esr60?

Import some stuff at the start of folderPane.js

Attachment #9109983 - Attachment is obsolete: true
Attachment #9109983 - Flags: review?(frgrahl)
Attachment #9109983 - Flags: approval-comm-release?
Attachment #9109983 - Flags: approval-comm-esr60?
Attachment #9110045 - Flags: review?(frgrahl)
Attachment #9110045 - Flags: approval-comm-release?
Attachment #9110045 - Flags: approval-comm-esr60?

Fixed typo in editVirtualFolder, used aParent rather than aFolder

Attachment #9110045 - Attachment is obsolete: true
Attachment #9110045 - Flags: review?(frgrahl)
Attachment #9110045 - Flags: approval-comm-release?
Attachment #9110045 - Flags: approval-comm-esr60?
Attachment #9110885 - Flags: review?(frgrahl)
Attachment #9110885 - Flags: approval-comm-release?
Attachment #9110885 - Flags: approval-comm-esr60?

This patch ports the relevant parts of:

  • Bug 414038 - Changes to gFolderTreeController code
  • Bug 469324 - Right click/New Folder broken under some circumstances
  • Bug 467824 - fix create new folder to pay attention to parent folder picked
  • Bug 831190 - Check for empty folder name in createSubfolder() of local message stores
  • Bug 487992 - make rebuild index clear offline store
  • Bug 39121 - Unspecialize Trash folder for IMAP "Mark as Deleted" & "Remove Immediately" modes
  • Bug 1018960 - Make the message about cleaning out Trash or Junk show which folder will actually be cleaned
  • Bug 1547664 - Ask for confirmation on the real trash folder if a non-trash folder was selected
  • Bug 1237602 - Port bug 1220564 - Remove legacy array/generator comprehension: mail
  • Bug 465385 - always issue imap expunges when the user does a file compact folder, we don't care about expunged bytes for imap
  • Bug 466730 - make compact all compact imap offline stores
  • Bug 490749 - File/New/Saved Search produces exception, if no account/no folder is selected at folder pane
Attachment #9110887 - Flags: review?(frgrahl)
Attachment #9110887 - Flags: approval-comm-release?
Attachment #9110887 - Flags: approval-comm-esr60?
Depends on: 1599301
Blocks: 1599501
Depends on: 1600103
Comment on attachment 9110885 [details] [diff] [review] Move existing functions to gFolderTreeController v1.2 LGTM 2 NITS in suite/mailnews/content/folderPane.js: incorrect indention. Will fix it for checkin. > + let children = Cc["@mozilla.org/array;1"] > + .createInstance(Ci.nsIMutableArray); > + if (gMsgFolderSelected && aURI == gMsgFolderSelected.URI) { >+ // force the folder pane to reload the virtual folder >+ gMsgFolderSelected = null;
Attachment #9110885 - Flags: review?(frgrahl)
Attachment #9110885 - Flags: review+
Attachment #9110885 - Flags: approval-comm-release?
Attachment #9110885 - Flags: approval-comm-release+
Attachment #9110885 - Flags: approval-comm-esr60?
Attachment #9110885 - Flags: approval-comm-esr60+
Comment on attachment 9110887 [details] [diff] [review] Update and tidy the moved code in gFolderTreeController LGTM
Attachment #9110887 - Flags: review?(frgrahl)
Attachment #9110887 - Flags: review+
Attachment #9110887 - Flags: approval-comm-release?
Attachment #9110887 - Flags: approval-comm-release+
Attachment #9110887 - Flags: approval-comm-esr60?
Attachment #9110887 - Flags: approval-comm-esr60+

[Triage Comment]
Preserved try/catch around deleteSubFolders call.
Carrying forward r+/a+ and updated gitlab 2.53

Attachment #9110887 - Attachment is obsolete: true
Attachment #9112744 - Flags: review+
Attachment #9112744 - Flags: approval-comm-release+
Attachment #9112744 - Flags: approval-comm-esr60+
Depends on: 1600955

Pushed by frgrahl@gmx.net:
https://hg.mozilla.org/comm-central/rev/d691c86c9519
Port |Bug 414038 - Replace rdf-driven folder pane with a js-driven/non-rdf treeview| to SeaMonkey - Move functions to folderPane.js gFolderTreeController. r=frg
https://hg.mozilla.org/comm-central/rev/8876b708ba29
Port |Bug 414038 - Replace rdf-driven folder pane with a js-driven/non-rdf treeview| to SeaMonkey - Update and tidy the moved code in gFolderTreeController r=frg

Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Keywords: leave-open
Resolution: FIXED → ---
Status: REOPENED → ASSIGNED

Target 2.53.1
https://gitlab.com/seamonkey-project/seamonkey-2.53-comm/-/commit/1f9d6b04b16df12a2cf3395200b4a2c6d7e5c383
Bug 507601 - Port |Bug 414038 - Replace rdf-driven folder pane with a js-driven/non-rdf treeview| to SeaMonkey - Move functions to folderPane.js gFolderTreeController. r=frg a=frg
https://gitlab.com/seamonkey-project/seamonkey-2.53-comm/-/commit/0aa50d910391bc480453cfb4f46ffd8f7fd4f4c8
Bug 507601 - Port |Bug 414038 - Replace rdf-driven folder pane with a js-driven/non-rdf treeview| to SeaMonkey - Update and tidy the moved code in gFolderTreeController. r=frg a=frg

Curiosity: With build 20200902120001 from http://www.wg9s.com/comm-257/ I still get an empty folder tree in mailnews, even though it does send and receive and I see the mails when viewing the files in Mail\ directly. Is this a problem on my part, or is it still this bug?
I would instantly use 2.57 for intensive testing if that would work, for now it is still only used occasionally on some other machines.

or is it still this bug?

It si still this bug. help and the sidebar are also broken because of it. I don't have an ETA.

No longer blocks: 2.57BulkMalfunctions
Attachment #9110885 - Attachment description: Move exiting functions to gFolderTreeController v1.2 → Move existing functions to gFolderTreeController v1.2
Attached patch 507601-removeSelectFolder-2538.patch (obsolete) (deleted) — Splinter Review

Next small step, move away from using SelectFolder.

[Approval Request Comment]
Regression caused by (bug #): n/a
User impact if declined: none
Testing completed (on m-c, etc.): 2.53.7
Risk to taking this patch (and alternatives if risky): none
String changes made by this patch: none

Attachment #9205194 - Flags: review?(frgrahl)
Attachment #9205194 - Flags: approval-comm-release?
Attachment #9205194 - Flags: approval-comm-esr60?

This patch:

  • Removes the GetFolderTree and GetFolderDatasource functions from the mailnews code.
  • Also does some tidy up in mail3PaneWindowCommands.js and tabmail.js
Attachment #9207317 - Flags: review?(frgrahl)
Attachment #9207317 - Flags: approval-comm-release?
Attachment #9207317 - Flags: approval-comm-esr60?
Depends on: 1699303
Attached patch WIP-507601-port414038-2538.patch (obsolete) (deleted) — Splinter Review

We don't currently use folder views so I've not included the UI code for that but did include most of the backend for it, also not included any of the smart/unified folder code.

This WIP patch also ports the relevant parts of the following bugs:

  • Bug 466311 - accounts and folders missing after installs of Thunderbird 3
  • Bug 305340 - front end for smart folders mode in folder pane
  • Bug 465057 - No / wrong tree lines in Folder pane
  • Bug 465177 - Insertion points for subsequent children need to consider whether great-grandchildren were added
  • Bug 465833 - open folder in new window was broken
  • Bug 465267 - folder view not persisted
  • Bug 465372 - Useless empty tooltip hovering empty space at the end of the folderpane
  • Bug 467885 - folder pane should allow extensions to specify bundles for text to use in new modes
  • Bug 467994 - drag and drop subfolder to root of account is blocked/fails
  • Bug 465015 - drag+drop of message not blocked to it's originating folder
  • Bug 468656 - fix problem opening 3-pane ui when folder view set to recent and there's an error getting the mru string property
  • Bug 473001 - Re-add support to reorder newsgroups using drag drop
  • Bug 479632 - Recent folders view displays the same as the previous one
  • Bug 472129 - Fix expanding imap folders when not using subscription by sending a performExpand notification
  • Bug 482167 - newUri typo in folderpane.js causes error
  • Bug 471336 - ctrl key activated drag and drop folders within folder pane has wrong icon
  • Bug 474822 - add event so that extensions can mutate the folder pane rowMap when it's build
  • Bug 475482 - addons can set new folderpane modes, causing breakage if not reset
  • Bug 482657 - folderpane should cancel drops not allowed
  • Bug 466644 - rebuild unread folders view when a folder goes from having no unread to having unread
  • Bug 492951 - fix count changes in the folder pane
  • Bug 171907 - drag & drop an .eml file into a mailbox folder
  • Bug 498155 - open folder in new tab is labeled <blank> (when load tabs in foreground is set)
  • Bug 505974 - try to get a little closer to a world where folder.parent can throw an exception by checking isServer first
  • Bug 467942 - folderpane: doubleclick action should be up to the item to decide
  • Bug 465269 - Folder location toolbar item does not work
  • Bug 492922 - more work on making smart folders the default mode, and adding new special folders to the right place in smart folders
  • Bug 516176 - fallback to all folders mode if we get an error starting up in folder pane rebuild
  • Bug 506632 - fix exception starting up in special folder mode w/ no matching folders
  • Bug 520764 - gFolderTree.unload takes filename to save status to, but does not use it!
  • Bug 536543 - Make gFolderTreeView.getIndexOfFolder return a number, not a string. Switch to using an Iterator, and fix any uses that test for the truth of the returned index to test for non-nullity instead
  • Bug 536042 - Provide a way for folder tree modes to express parent relationships and tell us which folder a message belongs to
  • Bug 520330 - Clicking on new mail alert selects subfolder of smart inbox, expands parent account in tree
  • Bug 540212 - In folderPane.js's _rebuild method, get the old row count after generating the new row map, not before
  • Bug 542165 - folderPane.js needs an s/aGenerator/aMode/
  • Bug 545993 - fix drag drop of news message to local folder leaving local folder locked
  • Bug 545217 - rename "Smart folders" to "Unified folders"
  • Bug 554558 - gFolderTreeView.load fails if the mode is not provided
  • Bug 545221 - Default to All folders instead of Smart/Unifed folders
  • Bug 495020 - unread folders view jumps around when new folders are added
  • Bug 553747 - make unified folders extensible
  • Bug 533928 collapsed parent with child with new messages is not invalidated when new msgs arrive
  • Bug 349714 - remove new flag from cross-folder saved search when last new message is read
  • Bug 595644 - handle exceptions getting children folder when constructing folder pane
  • Bug 534523 - Move to / Copy to Recent context submenu list doesn't sort folder names alphabetically
  • Bug 637641 - auto expand parent folder when special sub-folders are added
  • Bug 666978 - Tree twisty in folder pane doesn't update when expanding
  • Bug 658534 - fail to expand folder pane items
  • Bug 663631 - Simplify getParentIndex in folderPane.js and jsTreeView.js
  • Bug 649989 - display account names in favorite folders pane view only when there are duplicated folder names and location info in the tooltip
  • Bug 675514 - folder name comparison when deciding whether to include account name should be case-insensitive
  • Bug 517509 - drag and drop rss feed link from browser to folderpane does nothing
  • Bug 742238 - Unified view loses some folders and does not allow reset
  • Bug 737115 - Remove deprecated dnd methods from feed subscribe dialog
  • Bug 749200 - De-duplicate code for sorting of accounts/servers into a new shared function in folderUtils.jsm and add proper ordering for IM, RSS, News accounts
  • Bug 787794 - fix JS strict mode warnings that appear at Thunderbird startup
  • Bug 407956 - Remove nsISupportsArray usage from nsITreeView
  • Bug 852690 - Remaining conversion to mailServices.js in /mail/ and /mailnews/: message views
  • Bug 847259 - (Linux) drag and drop rss feed link from browser to folderpane does nothing
  • Bug 235956 - Add unread message count to collapsed folders
  • Bug 845992 - Merge similar code in folderPane.js and folderWidgets.xml for getting recent folders
  • Bug 95193 - No indication in root folder of new mail in subfolder
  • Bug 483505 - Tooltips missing in folder pane when feed or mailbox name too wide
  • Bug 774351 - If msf database is missing for a folder on a mouseover, do not show a needless exception
  • Bug 533775 - Keep Favorite an Unread folders view in the same order as All folders view, show account name nodes and do not persist open state for them + test
  • Bug 981405 - Force case-insensitive folder sorting in some places of the folder pane
  • Bug 978592 - offer the flat folder views of Unread and Favorites again that got removed in bug 533775
  • Bug 1015775 - Fix exceptions thrown when creating first new account
  • Bug 1113097 - Fix misuse of fixIterator in mail and mailnews
  • Bug 1099068 - Change traditional way of creating events to the the new HTML5 way
  • Bug 464973 - add back folder columns with count of messages and folder size to the folder pane
  • Bug 1140652 - deduplicate reading and saving a string into a file (usually a JSON structure)
  • Bug 1151475 - Part 1: Remove use of expression closure from mail/base/
  • Bug 1179442 - imap maildir folder has unrepairable incorrect unread count
  • Bug 1207363 - Use Array.includes in mail/ instead of indexOf != / == -1
  • Bug 978616 - do not exclude special folders from Unread folder view
  • Bug 824104 - Part 1: Remove for-each from mail/
  • Bug 1185417 - only show the asterisk (*) symbol next to a value in folder columns, if the subfolders contributed to the accumulated value
  • Bug 1190609 - make asterisk (*) in folder pane more understandable to the user by changing the symbol and adding tooltip explanation
  • Bug 1237602 - Port bug 1220564 - Remove legacy array/generator comprehension: mail
  • Bug 1244434 - convert some 'for .. in Iterator(array)' constructs to for..of loops in /mail
  • Bug 700976 - Resurrect quick mode selector above the folder pane. Make it optional and available in the toolbar palette
  • Bug 529299 - Do not show deferred accounts in the Folder Location widget and switch to "All" folder mode if the chosen folder is not in the current one
  • Bug 1322124 - Remove javascript Array generics: mail
  • Bug 1293006 - Replace in-tree consumer of non-standard Iterator() with Object.{values,entries} in mail/ in comm-central
  • Bug 1318776 - Silence JS TypeErrors in folderPane.js and messageWindow.js
  • Bug 1340947 - Part 2: Use for-of when iterating over fixIterator in mail/.
  • Bug 1393692 (part 3) - Avoid atom usage for itemEvent/notifyItemEvent
  • Bug 1398579 - Port bug 1199729 for folder tree drag and drop. Retrieve dataTransfer also at drop
  • Bug 1411069 - Port bug 1313150 to mailnews: Remove |weak| parameter from nsIMutableArray methods (JS part)
Attachment #9210130 - Flags: feedback?(frgrahl)

Comment on attachment 9210130 [details] [diff] [review]
WIP-507601-port414038-2538.patch

Quick drive-by not full feedback:
1.) Open or close tab:

Timestamp: 18.03.2021, 23:44:49
Error: ReferenceError: UpdateLocationBar is not defined
Source File: chrome://messenger/content/tabmail.js
Line: 322

Functions was removed in patch but still called here.

2.) msgMail3PaneWindow.js

Overall base level functionality not affected = nice cleanup.

defines const nsMsgFolderFlags = Ci.nsMsgFolderFlags;

The few usages could just be changed to use Ci.nsMsgFolderFlags.

Depends on: 1699602
Attached patch WIP-507601-port414038-v1_2-2538.patch (obsolete) (deleted) — Splinter Review

See patch on Bug 1699602 for nsMsgFolderFlags -> Ci.nsMsgFolderFlags work

Attachment #9210130 - Attachment is obsolete: true
Attachment #9210130 - Flags: feedback?(frgrahl)
Attachment #9210198 - Flags: feedback?(frgrahl)
Attached patch WIP-507601-port414038-addendum-2538.patch (obsolete) (deleted) — Splinter Review

Some feedback for the folderpane.js in a patch so it could be merged.

_mapGenerators seem to be _modes.

Ci.nsILocalFile is only provided for compatibility with add-ons in 2.53. Gone from our code and in later releases removed. There seem to be 2 occurences but only one added in the underlying patch. 1:1 replacement is Ci.nsIFile.

Components.interfaces crept in 2 times.

There is a bunch of Getflags which can probably changed to just .flags in a follow-up patch.

Attachment #9210289 - Flags: feedback?(iann_bugzilla)
Attached patch 507601-port414038-v1_3-2538.patch (obsolete) (deleted) — Splinter Review

Fixed another missing Ci from nsMsgFolderFlags and any getFlag occurrences in the new code.

Attachment #9210198 - Attachment is obsolete: true
Attachment #9210289 - Attachment is obsolete: true
Attachment #9210198 - Flags: feedback?(frgrahl)
Attachment #9210289 - Flags: feedback?(iann_bugzilla)
Attachment #9210514 - Flags: review?(frgrahl)
Attachment #9210514 - Flags: approval-comm-release?
Attachment #9210514 - Flags: approval-comm-esr60?
Blocks: 1429946
Attached patch 507601-port414038-v1_4-2538.patch (obsolete) (deleted) — Splinter Review

Switched to using gFolderTreeView.messengerBundle in the new code in folderPane.js

Attachment #9210514 - Attachment is obsolete: true
Attachment #9210514 - Flags: review?(frgrahl)
Attachment #9210514 - Flags: approval-comm-release?
Attachment #9210514 - Flags: approval-comm-esr60?
Attachment #9210527 - Flags: review?(frgrahl)
Attachment #9210527 - Flags: approval-comm-release?
Attachment #9210527 - Flags: approval-comm-esr60?

I... See... FOLDERS!!! Thank you all!
( Build 20210319120003 from http://www.wg9s.com/comm-257/ )

Comment on attachment 9210527 [details] [diff] [review]
507601-port414038-v1_4-2538.patch

Found a bug in 2.53.8b1 pre which seems to be related to this patch. No problem in 2.53.7.1:

To reproduce:

Add the Folder Location widget button to the toolbar.
Click around using it but possible not needed
Remove it from the toolbar and then select a folder from the folder pane.
Mail preview is not updated and console shows:

Timestamp: 16.04.2021, 16:11:09
Error: TypeError: document.getElementById(...)._setCssSelectors is not a function
Source File: chrome://messenger/content/commandglue.js
Line: 647

Seems the locationItem is still valid but the folderLocationPopup is no longer there because of the removal. Easy fix is probably to just check for folderLocationPopup but mybe try to find out why locationItem is still there?

Attachment #9210527 - Flags: review?(frgrahl)
Attachment #9210527 - Flags: review-
Attachment #9210527 - Flags: approval-comm-release?
Attachment #9210527 - Flags: approval-comm-esr60?

Comment on attachment 9205194 [details] [diff] [review]
507601-removeSelectFolder-2538.patch

LGTM r/a+

TB retained SelectFolder(folderUri):
https://searchfox.org/comm-central/source/mail/base/content/msgMail3PaneWindow.js#1731
https://searchfox.org/comm-central/search?q=SelectFolder&path=&case=false&regexp=false

Do we need this one eventually too for add-on compat?

Attachment #9205194 - Flags: review?(frgrahl)
Attachment #9205194 - Flags: review+
Attachment #9205194 - Flags: approval-comm-release?
Attachment #9205194 - Flags: approval-comm-release+
Attachment #9205194 - Flags: approval-comm-esr60?
Attachment #9205194 - Flags: approval-comm-esr60+

Keep a function SelectFolder around for add-on compatibility.
Carrying forward r/a

Attachment #9205194 - Attachment is obsolete: true
Attachment #9216576 - Flags: review+
Attachment #9216576 - Flags: approval-comm-release+
Attachment #9216576 - Flags: approval-comm-esr60+

Updated to fix discovered issue.

Attachment #9210527 - Attachment is obsolete: true
Attachment #9216581 - Flags: review?(frgrahl)
Attachment #9216581 - Flags: approval-comm-release?
Attachment #9216581 - Flags: approval-comm-esr60?

Comment on attachment 9207317 [details] [diff] [review]
507601-removeGetFolderTree-2538.patch

LGTM

Attachment #9207317 - Flags: review?(frgrahl)
Attachment #9207317 - Flags: review+
Attachment #9207317 - Flags: approval-comm-release?
Attachment #9207317 - Flags: approval-comm-release+
Attachment #9207317 - Flags: approval-comm-esr60?
Attachment #9207317 - Flags: approval-comm-esr60+
Pushed by frgrahl@gmx.net: https://hg.mozilla.org/comm-central/rev/a7b8ebe76875 Port |Bug 414038 - Replace rdf-driven folder pane with a js-driven/non-rdf treeview| to SeaMonkey - remove Select Folder part. r=frg https://hg.mozilla.org/comm-central/rev/6f22d8726156 Port |Bug 414038 - Replace rdf-driven folder pane with a js-driven/non-rdf treeview| to SeaMonkey - remove GetFolderTree part. r=frg

Comment on attachment 9216581 [details] [diff] [review]
507601-port414038-v1_5-2538.patch [Checkin: Comment 52] target 2.87

LGTM Extensively tested now. Compared the folderpane code with TB and everything else looks good too.

For possible regressions or further enhancements I suggest we close this bug and add followups if needed.

Attachment #9216581 - Flags: review?(frgrahl)
Attachment #9216581 - Flags: review+
Attachment #9216581 - Flags: approval-comm-release?
Attachment #9216581 - Flags: approval-comm-release+
Attachment #9216581 - Flags: approval-comm-esr60?
Attachment #9216581 - Flags: approval-comm-esr60+
Pushed by frgrahl@gmx.net: https://hg.mozilla.org/comm-central/rev/7fb535026691 Port |Bug 414038 - new js folder pane, w/o rdf| to SeaMonkey. r=frg
Attachment #9216581 - Attachment description: 507601-port414038-v1_5-2538.patch → 507601-port414038-v1_5-2538.patch [Checkin: Comment 52] target 2.87

I would say we call it fixed with 2.53.8 too. Great work IanN

https://gitlab.com/seamonkey-project/seamonkey-2.53-comm/-/commit/63bc34d8b2e57de76ecb9e526907683058f39d1b
Port |Bug 414038 - Replace rdf-driven folder pane with a js-driven/non-rdf treeview| to SeaMonkey - Move functions to folderPane.js gFolderTreeController. r=frg a=frg

https://gitlab.com/seamonkey-project/seamonkey-2.53-comm/-/commit/24166264fb57f64dbbf145214205e77a567750b4
Port |Bug 414038 - Replace rdf-driven folder pane with a js-driven/non-rdf treeview| to SeaMonkey - Update and tidy the moved code in gFolderTreeController. r=frg a=frg

https://gitlab.com/seamonkey-project/seamonkey-2.53-comm/-/commit/e9f333371bebfc3e1833f38d6997ede60c36cbe3
Port |Bug 414038 - Replace rdf-driven folder pane with a js-driven/non-rdf treeview| to SeaMonkey - remove Select Folder part. r=frg a=frg

https://gitlab.com/seamonkey-project/seamonkey-2.53-comm/-/commit/a2facc936382cf607c28de82e0e940aec8b48b6c
Port |Bug 414038 - Replace rdf-driven folder pane with a js-driven/non-rdf treeview| to SeaMonkey - remove GetFolderTree part. r=frg a=frg

https://gitlab.com/seamonkey-project/seamonkey-2.53-comm/-/commit/3d2e972677ef3c304761caeb5bc879c83f43b622
Port |Bug 414038 - new js folder pane, w/o rdf| to SeaMonkey. r=frg a=frg
Also ports the relevant parts of the following bugs: ...

Status: ASSIGNED → RESOLVED
Closed: 5 years ago4 years ago
Keywords: leave-open
Resolution: --- → FIXED
Target Milestone: --- → seamonkey 2.88
Regressions: 1718839
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: