28301 - IMAP - Failed to store/initialized folder flags from database

Status: VERIFIED FIXED

(MailNews Core :: Backend, defect, P3)

Description

[jefft]

Looks like we are not storing and initializing Imap folder flags from the 
database. This may cause unneccessary commands. For example, if a folder has the 
no select flag we shouldn't send the select command to the server.

Comment 1

[David :Bienvenu]

wait, I didn't say this was my bug. I believe the database is working correctly 
and something is failing higher up, like the imap code. Could you look into it 
first?

Comment 2

[jefft]

Accepting. David, what's the routine to store/read the flags to/from the 
database?

Comment 3

[jefft]

Adding QA contact

Comment 4

[Karen Huang]

Adding Beta1 on the keywords since this blocked 27396.

Comment 5

[leger]

Putting on PDT+ radar for beta1.  Only for fix needed to help 27396.

Comment 6

[Phil Peterson]

Moving to PDT- because (1) this problem just is not that severe and (2) the
fixes are non-trivial and I'd like them to have more bake time.

Comment 7

[jefft]

Fix checked in.

Comment 8

[Karen Huang]

Since bug#27396 has be reopened....so reopen this bug now....

Comment 9

[Karen Huang]

Jeff, please update the milestone as well since it's M14......

Comment 10

[Karen Huang]

updating keywords --  remove beta1 PDT- and add beta2 on the keywords.

Comment 11

[David :Bienvenu]

What? I don't understand why reopening 27396 means this has to be reopened. This 
is still fixed.

Comment 12

[Karen Huang]

I thought they are related, can you provide information to me to verify this bug 
if you think this bug can be verify without the fix for bug#27396....

Comment 13

[David :Bienvenu]

the other bug is dependent on this one - this one has to be fixed for the other 
one to be fixed at all. If you'll look at the other bug more closely, you'll 
notice that it's basically fixed - it just that there was a anther case 
discovered that wasn't fixed.

Let me put it another way - if I have to do things A,B,C,and D before I can do 
E, and E isn't completely done, it doesn't mean I didn't do A,B,C, and D.

If it was the other way around, I could see why you would reopen this bug. If 
bugs B,C,D, and E depended on A, and A was reopened, I could see why you'd 
reopend B,C,D, and E.  But this bug is fixed, I promise.

Comment 14

[Karen Huang]

OK. Marking this bug back to the way it is.
Jeff or David, would you please provide more information to me to verify this 
bug? Thanks.

Comment 15

[Karen Huang]

OK. Verified on WinNT 04-16-10-M16 commercial build:
When selecting the folder with \NoSelect flag -- won't issue select command at 
all. Even there is bug#27396 reopening for the error displaying for folder with 
"/" problem. But based on David's comments.....I also verify on the folder with 
"/"....it had the /NoSelect flag but won't issue select command either. Marking 
as verify for this bug now and sorry for misunderstanding this bug initially....

Comment 16

[jefft]

If this is fixed then shouldn't 27396 is fixed too? Because it won't issue the 
select command therefore you shouldn't get the error message dialog displayed. 
Can you recheck on 27396 too? Thanks,