WAI
Status Update
Comments
ji...@google.com <ji...@google.com>
[Deleted User] <[Deleted User]> #3
Thanks for your request. We will investigate this issue and see if we can implement the behavior you've requested.
je...@google.com <je...@google.com>
ga...@google.com <ga...@google.com> #4
As an additional alternative, it should be possible to specify a label in the options for GmailApp.sendEmail().
A work-around is proposed in StackOverflow:http://stackoverflow.com/a/18727687/1677912
A work-around is proposed in StackOverflow:
[Deleted User] <[Deleted User]> #5
Are there any news on adding the ability to archive and add a label to specific emails (not threads)? From a corporate shared mailbox perspective auto threading emails by subject is a serious issue (eg. we recive two emails from the same person with same subject but with different description).
Since it's available in pure mailbox view is that such a big effort to make it available also in Google Script?
Since it's available in pure mailbox view is that such a big effort to make it available also in Google Script?
ga...@google.com <ga...@google.com> #6
Looking forward to having this implemented. As has been mentioned automatic threading based on subject is a big no-no for our enterprise. We get automated reports and other documents sent to us by customers and suppliers and they are lumped together in threads making it very difficult for me to let Apps Script process them automatically since labels (i.e. outlook folders) have to be applied to entire threads (even though the messages in these threads often need to be treated differently).
[Deleted User] <[Deleted User]> #7 Restricted
Restricted
Comment has been deleted.
ga...@google.com <ga...@google.com> #8
Will there be any progress on this issue? Threading is great for humans, but if you are scripting, accessing and manipulating individual messages is MUCH more important, especially if it can be done from the normal user interface. Anything you can do to the thread you should be able to do at the message level.
[Deleted User] <[Deleted User]> #9 Restricted
Restricted
Comment has been deleted.
ga...@google.com <ga...@google.com> #10
Activate advanced google services/gmail api and use the gmail api functions.
I have resolved the same issue :)
I have resolved the same issue :)
[Deleted User] <[Deleted User]> #11
Thanks!
[Deleted User] <[Deleted User]> #13
Thanks for the clarification. We use :Xamarin to build some code on which the project depends that is located outside the project. It would be nice if there were a way to opt out of that behavior. I don't need to see source code for that project when I'm in our main project.
We have intentions of eventually moving that code into a pre-built artifact and removing that build script altogether. If I'm understanding you correctly, the module group should disappear then.
Description
The module group appears in the project explorer and sometimes causes selections to exhibit surprising behavior (like click once, select "two" files in the explorer). This confuses some refactoring tools in AS.
JetBrains' docs here don't really seem to apply to the group and I don't see a way to turn it off in preferences or in the project structure settings.
It's unclear what causes this group to appear, but this particular project is the only project in our company I know of that exhibits this behavior. Please advise.
------------------
Studio Build: Electric Eel Patch 1
Version of Gradle Plugin: 7.4.0
Version of Gradle: 7.5.1
Version of Java: 17
OS: macOS 12