Closed Bug 100004 Opened 24 years ago Closed 24 years ago

Regression: IMAP Advanced Server settings disfunctional

Categories

(SeaMonkey :: MailNews: Account Configuration, defect, P2)

x86
Linux

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 113682
mozilla0.9.7

People

(Reporter: BenB, Assigned: racham)

Details

(Keywords: regression)

Reproduction: 1. Edit | Accounts... | <any IMAP server account> | Server Settings | Advanced... 2. Enter something in "IMAP server directory" 3. Uncheck "Server supports folder that contain sub-folders and messages" 4. OK (in Advanced settings) 5. OK (in Accounts Manager)6. Reopen the same Advanced Server Settings dialog. 7. Open the account in the 3pane. Actual result: You changes have been discarded. Neither are they visible in the settings dialog nor are they used in the 3pane. Expected result: Shown, used. Additional Comments: - This is a regression. It doesn't happen with 0.9.2.1. - It is a severe bug, because both are essential features for UW-IMAP.
-> qa huang
QA Contact: nbaca → huang
Ben is this still happening to you? I can't reproduce this on the 10/16 trunk build. Both changes to the Server Directory and the supports folders with folders checkbox persist for me on Windows NT.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.7
I'm not sure if this is related or not, but I'm having a similar problem with trying to change where sent messages are saved. I'll change the setting and it will revert back to Place a copy in: "Sent" Folder on: Click here to select an account. I've tried repeatedly and still the value does not changed. Running 20011105 on W2K. I also had this problem on 20011102 earlier this morning before I upgraded. Additionally, may or may not be related, there is a 3rd checkbox between "Place a copy in:" and "Bcc another address". There is no text next to it. Is it supported to be there?
Keywords: nsbeta1
Keywords: nsbeta1nsbeta1+
Priority: -- → P2
Could this be related to Bug 108229?
This works fine. Values are stored/retrieved properly. Marking WFM.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
This does NOT work fine. It might be a duplicate of Bug 108229, but it does not work fine. See the comments on that bug.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Steve, Are you able to reproduce this bug as originally reported, not the behavior in bug 108229..? thanks, bhuvan.
Actually, seems to work ok. Sorry, reclose it.
Compare post from <chris@shiftzz.com> to n.p.m.mail-news: <quote> I have tried with nightlies from 12/04 and 12/05, and 0.9.6 Talkback release on Linux to change the settings for my IMAP Mail account to use a secure connection. I can check the box under Server Settings, but if I click Ok and then go back into the settings, nothing is saved. My main problem is that I cannot connect to my IMAP servers at all. I don't get any error messages, except for a pop up window that says "Cannot connect to server". Pop works fine. And I verified that I can connect to my IMAP server by using Netscape's mailtool. Any ideas? Chris</quote>
changing it back to worksforme based on comments. Ben, I'm wondering if the comments you are referring to are http://bugzilla.mozilla.org/show_bug.cgi?id=113647 which would affect boolean or integer prefs.
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
Checked on my linux box. Using today's most recent build, things work fine. Looks like couple of recent nightlies have been suffering bug 113482 and Chris seem to have ran into the global prefs bug (bug 113482). See experts from Alecf's comments below (extracted from bug 113682 reported about the inability to save prefs). ------- Additional Comment #4 From Alec Flett 2001-12-05 14:40 ------- unfortunately if you used a 12-04 build, you whole prefs.js may be horked - my recommendation would be to go edit prefs.js by hand and remove all the quotes from your non-string prefs (look for strings like "true" and change them to true, etc) Marking this as worksforme.
I don't think that prefs.js probelms are relevant. prefs.js is for saving prefs between sessions, while this problem already appeared within one session - when reopening the dialog, you see that the changes have already been discarded. I don't keep track with the trunk anymore, so I don't know, if this was an intermediate problem. I can't remember, if it was a new profile or not - it's too long ago.
I'm reopening. I just saw this at home using the 12/8 build. I go into the Advanced Server settings. I checked the use dual use folders. I exit and everything works as expected. Now if I go back and edit this pref, I see the pref is unchecked. There's now no way for me to turn this off. I had to go into prefs.js to make this allow me to use folders with subfolders and messages.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
This prefs anomaly possibly linked to rootcause of bug 113682. Marking this as a dup of that one. Will add a note there to test these settings when that one gets resolved. *** This bug has been marked as a duplicate of 113682 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
Verified as dup.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.