I added another update as a response to this on 2015-03-12; it woud be very helpful if someone a) could confirm this and b) could also confirm that this must be a bug;

as - for whatever reason - screenshots don't show up inside a response I add them here:

screenshot #1: ; screenshot #2: ; screenshot #3:

=====

Steps to reproduce:

1. open a sent mail from the Sent view
2. edit the mail using the "edit" button and apply some changes
3. open the "Save" drop-down button and click on "Save" (first child element from the sub-menu; second one is labelled "Save as draft")

Result:

changes are saved, but the mail has moved from "Sent" to "Draft".

Looking at the edited mail doc using the Notes client I see that the "PostedDate" field is been removed, which is a main criteria for the doc now being shown in the Drafts view.

Weird thing is that I tried exactly the same a few weeks ago, but then it worked as expected:

• Save >> Save would store the changes and leave PostedDate intact
• Save >> Save as Draft would store the changes AND remove PostedDate

I don't know, what has changed; we installed IF1 for 9.0.1 FP2 recently but I can't recall if that happened before or after my last tests regarding "Save" behaviour.

Main questions are:

• is this possible a bug that got introduced recently?
• anyone having an idea how to implement a workaround? Is it worth trying to restore PostedDate through a QuerySave agent? I'm afraid though that the field is removed AFTER the agent has done its job...

Unfortunately this is critical for an iNotes customization project which is nearly completed.

Update 2014-11-24:

did some further testing:

• if I open my own mailfile using iNotes >> Sent view, then edit and save a sent mail, everything is as described above
• if I open another person's mail using iNotes (being the owner's delegate) >> Sent view, then edit: Now instead of the SAVE dropdown button i se a simple button labelled "SAVE AND CLOSE", and This button doesn't move the mail from SENT to DRAFT!

So tried to add a custom button that behaves like the above mentioned SAVE AND SEND one, using the following code:

var btnSaveClose = [{
        find_id: "save",
        before: true,
        id: "customsaveandclose",
        title: "Speichern und Schliessen",
        action: "EbK{sAction: 'a-saveandclose'}",
        help_text: "Speichern und Schliessen"
    }];

addActionsLite(s_MenuID, true, btnSaveClose)

 

Now this indeed adds a different button, and using Firebug I see that the resulting element's onclick event seems to be bound to the right action; indeed the memo is saved AND closed instead of remaining open.

BUT: the memo is still moved from SENT to DRAFT.

I would be very happy if someone could confirm that this is not the expectd behaviour; I mean, if in the standard situation I have the choice between SAVE and SAVE AS DRAFT we can expect some difference in behaviour, don't we?

All the best,

Lothar