[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: [PATCH] fix bug 43417
From:       Michael =?iso-8859-1?q?H=E4ckel?= <haeckel () kde ! org>
Date:       2002-08-29 19:19:16
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 27 August 2002 13:07, Carsten Burghardt wrote:
> >
> > Then the text should at least be correct. Actually your code
> > refreshes all  folders and not only the single one where KMail
> > noticed that it doesn't exist  anymore.
>
> This is consistent with the message-refresh. What text do you propose?

This is not true, there is no message at all. This is also what I still prefer
for the folders. The user usually still remembers that he deleted the folder
with a different client.

On Tuesday 27 August 2002 18:43, Carsten Burghardt wrote:
> On Tuesday 27 August 2002 13:07, Carsten Burghardt wrote:
> > This error occurs when the new-mail check fails because of the
> > non-existent folder. I tested some cases but didn't find a problem.
> > But the stat-method could of course also send an ERR_DOES_NOT_EXIST
> > error.
>
> I'm sorry, the other way round. You get ERR_DOES_NOT_EXIST when the
> status-command fails. ERR_COULD_NOT_READ is the case when you select the
> box and it doesn't exist. Any chance to get these two merged?

There are also quite some ERR_CANNOT_ENTER_DIRECTORY for a failing SELECT.

A failing SELECT does not neccesarily mean that the folder does not exist. It
could also be that the mailbox is locked in which case the mailbox should
however be opened read only or that the user doesn't have access to read the
contents of the mailbox.

Besides that I consider it a bad design to assume always that a folder does
not exist if _any_ action returns for example ERR_DOES_NOT_EXIST. If someone
changes or adds someting to the kio slave and doesn't know that it can easily
happen and this message suddenly means that for example just a message does
not exist but the folder does.

I think this refreshing should only happen when manually selecting a not
existing folder but not in any other case.

Regards,
Michael Häckel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9bnO4e9KEPyN2R8URApZUAJ9PiXbpFIUATjsFM6TrT/BU5+Qa2gCfS8q7
ks8illo46N2/uTgs5dsi9nE=
=oCbB
-----END PGP SIGNATURE-----

_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail
[prev in list] [next in list] [prev in thread] [next in thread]