Re: Awful bugs in HS Mail
Re: Awful bugs in HS Mail
- Subject: Re: Awful bugs in HS Mail
- From: Brian Christmas <email@hidden>
- Date: Mon, 16 Oct 2017 10:20:06 +1100
To ensure the menu has time to pop open.
It could be replaced by
Repeat until exists menu 1 of menu bar item “Mailbox” of menu bar 1
do shell script (“sleep 0.01”
end repeat
Regards
Santa
> On 16 Oct 2017, at 1:31 am, Robert Poland <email@hidden> wrote:
>
> What is the function of the line “do shell script (“sleep 0.1")"?
>
>> On Oct 14, 2017, at 10:09 PM, Brian Christmas <email@hidden
>> <mailto:email@hidden>> wrote:
>>
>> G’day
>>
>> Just on an off-chance, perhaps try A GUI 'Rebuild’ of Mail before running
>> your script.
>>
>> My main App rebuilds before EVERY check of ‘Mail’. Done frequently, it’s
>> VERY fast.
>>
>> tell application "Mail"
>> launch
>> tell application "System Events" to tell process "Mail"
>> click menu bar item "Mailbox" of menu bar 1
>> do shell script ("sleep 0.1")
>> try
>> click menu item "Rebuild" of menu 1 of menu bar item "Mailbox"
>> of menu bar 1
>> on error errmsg number errnum
>> # tell application "System Events" to display dialog "Clicking
>> Rebuild " & errmsg giving up after 20
>> end try
>> end tell
>> end tell
>>
>> Regards
>>
>> Santa
>>
>>
>>> On 15 Oct 2017, at 1:04 pm, Jean-Christophe Helary
>>> <email@hidden
>>> <mailto:email@hidden>> wrote:
>>>
>>> I'm Ccing to the AS user list, just in case...
>>>
>>> Now I'm checking a smartbox I just created.
>>>
>>> Name "N", contents: "messages that match [message is unread]".
>>>
>>> Only one condition, and "all" conditions to match, just in case.
>>>
>>> Right now I have 2 unread messages on my system, but that box will show me
>>> a third one, that's read (no blue dot) and that won't go away (even after
>>> the squlite "vacuum").
>>>
>>> I've opened Script Debugger and found the message, not in the smartbox (it
>>> looks like smartboxes are not available in the explorer) but in the
>>> original mailbox, and, of course, its "read status" is set to "true".
>>>
>>> I have thousands of read mails on my machine but only this one, right now,
>>> that pops up in that N box. Now, I've rebuild the original mailbox (a gmail
>>> pop box) and the read mail is gone. Until another mail slips in...
>>>
>>> What I wrote about smartboxes being unreliable earlier is that behavior.
>>>
>>> What I had working in Sierra is the following:
>>>
>>> 1) I had a shortcut to set a flag
>>> 2) and I had a shortcut to go to the related box
>>>
>>> The only way to assign UI shortcuts that I know if is by creating Mail
>>> specific shortcuts in System Preference > Keyboard > Shortcuts > App
>>> Shortcuts.
>>>
>>> The problem is that such shortcuts apply to menu items and that by default
>>> the menu item to set a flag is identical to the one that goes to the flag
>>> box when it's put in the Favorites bar (there does not seem to be a way to
>>> access a box otherwise in the UI).
>>>
>>> So my solution was to create smartboxes that would have the same contents
>>> as the original Flag boxes, but a different name, and put them in the
>>> Favorites bar to have easy access to them.
>>>
>>> The first issue, that is the subject of this thread, is that such created
>>> smartboxes are not reliable on my system since the HS upgrade. *And*
>>> behavior is not consistent: the N box above does not contain *all* the
>>> unread mails, just a seemingly random one, sometimes, similarly a Yellow
>>> flag smartbox would display yellow flagged mails, but if I change the flag
>>> on one mail it would sometimes still appear there (and in the proper box as
>>> well). Clearing the flag would remove it temporarily but setting any other
>>> flag would put it again it the original box. Like if it had some "memory"
>>> of it's original flag...
>>>
>>> The second issue is that the shortcuts I had assigned to Go to Favorite Box
>>> such and such would not work after a Mail relaunch. I'd have to manually
>>> access the Go to Favorite Box menus, one by one, to "activate" the
>>> shortcut, and then I could use the shortcuts. The weird thing is that
>>> shortcuts I had set to change flags would work without problem.
>>>
>>> The Go to shortcuts I had set were "Ctrl" based. like Ctrl+J for "jobs"
>>> etc. And I noticed that Mail actually supports by default such shortcuts
>>> for actions like "go to next mail", etc. in the mail listing. So maybe it
>>> was just a deep conflict with the system, but then again in Sierra it
>>> worked fine.
>>>
>>> So basically my whole mail based workflow is broken in HS and the
>>> workarounds are really not practical (use AS to set flags and standard
>>> Cmd+n to access the original flag boxes in Favorites).
>>>
>>> Jean-Christophe
>>>
>>>> On Oct 15, 2017, at 9:09, Macs R We <email@hidden
>>>> <mailto:email@hidden>> wrote:
>>>>
>>>> This may be voodoo, but consider vacuuming your mailbox:
>>>>
>>>> http://brettterpstra.com/2015/10/27/vacuuming-mail-dot-app-on-el-capitan/
>>>> <http://brettterpstra.com/2015/10/27/vacuuming-mail-dot-app-on-el-capitan/>
>>>>
>>>> Note: the 10.10 in the code should really say 10.11 (see the page
>>>> comments).
>>>>
>>>>
>>>>> On Oct 14, 2017, at 4:53 PM, Jean-Christophe Helary
>>>>> <email@hidden
>>>>> <mailto:email@hidden>> wrote:
>>>>>
>>>>> Thank you for testing. I'll try again with HS next upgrade.
>>>>>
>>>>> I'm using flags and flagged smartboxes a lot in my workflow, along with
>>>>> Mail specific system shortcuts to set the flags and access the related
>>>>> smartboxes. Not only did I find that flagged mails did not reliably
>>>>> change of smartbox, but the access shortcuts I had set were not reliably
>>>>> available in fullscreen mode. So I'm now working with applescript things
>>>>> to set flags and the default Cmd+n to access the favorites box where I
>>>>> have my smartboxes...
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> AppleScript-Users mailing list (email@hidden
>>> <mailto:email@hidden>)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> Archives: http://lists.apple.com/archives/applescript-users
>>> <http://lists.apple.com/archives/applescript-users>
>>>
>>> This email sent to email@hidden <mailto:email@hidden>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> AppleScript-Users mailing list (email@hidden
>> <mailto:email@hidden>)
>> Help/Unsubscribe/Update your Subscription:
>> Archives: http://lists.apple.com/archives/applescript-users
>>
>> This email sent to email@hidden
>
> Robert Poland
> Fort Collins, CO
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
AppleScript-Users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/archives/applescript-users
This email sent to email@hidden