Closed
Bug 100004
Opened 24 years ago
Closed 24 years ago
Regression: IMAP Advanced Server settings disfunctional
Categories
(SeaMonkey :: MailNews: Account Configuration, defect, P2)
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.
Reporter | ||
Updated•24 years ago
|
Keywords: mozilla0.9.5,
regression
Comment 2•24 years ago
|
||
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.
Comment 3•24 years ago
|
||
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?
Updated•24 years ago
|
Updated•24 years ago
|
Priority: -- → P2
Comment 4•24 years ago
|
||
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
Comment 6•24 years ago
|
||
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.
Comment 8•24 years ago
|
||
Actually, seems to work ok. Sorry, reclose it.
Reporter | ||
Comment 9•24 years ago
|
||
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>
Comment 10•24 years ago
|
||
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 ago → 24 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Comment 11•24 years ago
|
||
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.
Reporter | ||
Comment 12•24 years ago
|
||
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.
Comment 13•24 years 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 → ---
Assignee | ||
Comment 14•24 years ago
|
||
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 ago → 24 years ago
Resolution: --- → DUPLICATE
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•