Closed Bug 112099 Opened 23 years ago Closed 23 years ago

Make sure Namespace works well enough for Shared Folders to work

Categories

(MailNews Core :: Networking: IMAP, defect, P2)

x86
Windows 2000
defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.9

People

(Reporter: scottputterman, Assigned: Bienvenu)

References

Details

Attachments

(1 file, 1 obsolete file)

Need to ensure that the namespace feature works well enough for Shared Folders. This could end up being another meta bug for Namespace work that ends up being done or it could end up being a Worksforme if we're finished.
Blocks: 112096
Keywords: nsbeta1+
Priority: -- → P2
Target Milestone: --- → mozilla0.9.9
Attached patch much of the namespace code (obsolete) — Splinter Review
you are a coding machime. here are eight nits, address them and then sr=sspitzer 1) + return (host == nsnull) ? NS_ERROR_ILLEGAL_VALUE : NS_OK; why not return host ? NS_OK : NS_ERROR_ILLEGAL_VALUE; 2) +#include "nsPrintfCString.h" is that needed? 3) + aFolderProps->SetFolderPermissions(rightsString.get()); + // void setFolderTypeDescription(in string folderTypeDescription); + // void setFolderPermissions(in string permissions); what's up with those two comments? 4) + m_aclCount--; +#ifdef OSF1 + /*** m_aclCount is an unsigned so this ia always true ??? ***/ + /*** Typo?, if not, then why bother. Dropping from OSF1 ***/ + /*** to clean up compiler warnings ***/ + // XP_ASSERT(m_aclCount >= 0); +#else + NS_ASSERTION(m_aclCount >= 0, "acl count can't go negative"); +#endif m_aclCount is an PRUint32. how about this? NS_ASSERTION(m_aclCount, "acl count can't go negative"); m_aclCount--; or NS_ASSERTION(m_aclCount, "acl count can't go negative"); if (m_aclCount) m_aclCount--; 5) if (rights.Length()) rights.AppendWithConversion(", "); do if (rights.Length()) rights += NS_LITERAL_STRING(", "); 6) + PRBool m_folderIsNamespace; + nsIMAPNamespace *m_namespace; // Opaque pointer to the IMAP namespace for this folder + // Use libnet accessors for various namespace functionality PRBool m_folderNeedsSubscribing; PRBool m_folderNeedsAdded; PRBool m_folderNeedsACLListed; + nsMsgIMAPFolderACL *m_folderACL; + nsCOMPtr<nsIMsgMailNewsUrl> mUrlToRelease; // offline imap support PRBool m_downloadMessageForOfflineUse; PRBool m_downloadingFolderForOfflineUse; group those PRBools and switch to PRPackedBool? 7) +#ifdef DEBUG_bienvenu + // Make sure this isn't causing us to open the database + PR_ASSERT(m_hierarchyDelimiter != kOnlineHierarchySeparatorUnknown); +#endif and + PR_ASSERT(m_namespace); on linux, that is an abort(). switch to NS_ASSERTION()
I've addressed Seth's comments (mostly), and added more code that I didn't realize we hadn't ported from 4.x - with this patch, I can now tell that a folder is not readable, and we won't try to select it. We also issue myrights on folders we don't own, instead of general acl.
Attachment #64945 - Attachment is obsolete: true
Comment on attachment 65144 [details] [diff] [review] comments incorporated and more changes r=sspitzer looks like there is bogus comment in there: + // this
Attachment #65144 - Flags: review+
Comment on attachment 65144 [details] [diff] [review] comments incorporated and more changes sr=mscott
Attachment #65144 - Flags: superreview+
fixes checked in.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
IMAP Shared Folder works for all the platforms, so this bug should be verified and closed now. Windows 07-24-08-1.0 verified Linux 07-24-06-1.0 verified Mac 9.2 07-18-05-1.0 verified Mac OSX 07-24-05-1.0 verified
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: