Assigned
Status Update
No update yet.
Comments
hu...@google.com
Unfortunately, this is a long standing known issue that we don't have a clear plan how to support it. Please refer to a discussion in
The problem is that it uses a shared test directory to share the same source code for unit and instrumentation test:
android {
sourceSets {
String sharedTestDir = 'src/sharedTest/java'
test {
java.srcDirs += sharedTestDir
resources.srcDirs += 'src/sharedTest/resources'
}
androidTest {
java.srcDirs += sharedTestDir
}
}
}
This configuration is totally fine by AGP perspective but it confuses Android Studio as AS assumes one directory is assigned to one type.
ti...@ametov.net
Thanks for your request. We will investigate this issue and see if we can implement the behavior you've requested.
ti...@ametov.net
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:
ch...@gmail.com
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?
bo...@gmail.com
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).
hu...@google.com
Please add this function (and message.getlabel too) we need to scan message not only the thread.
ad...@google.com
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.
Description
See the screenshot; when I open the architectures-sample project, after building, if I try to run one of these tests, I get an error popup.
This is in a project which has GMD enabled, and I can successfully run the test target on my machine (
./gradlew nexus9api29MockDebugAndroidTestfrom a terminal window inside Studio.)To check out the project, use this pull request:https://github.com/android/architecture-samples/pull/829
(I can also send it as a zip if that's easier; I have a few local tweaks to point it to my own 7.3.0-dev build of AGP, etc.)
Build: AI-213.7172.25.2113.SNAPSHOT, 202204060920, (built from studio-main source today)
AI-213.7172.25.2113.SNAPSHOT, JRE 11.0.13+0-b1751.21-8125866x64 JetBrains s.r.o., OS Mac OS X(aarch64) v12.3.1, screens 3840.0x2160.0; Retina
AS: dev build Kotlin plugin: 213-1.6.20-release-for-android-studio-AS6777.52 Android Gradle Plugin: 7.3.0-dev Gradle: 7.4 Gradle JDK: version 11.0.13 NDK: from local.properties: (not specified), latest from SDK: (not found) CMake: from local.properties: (not specified), latest from SDK: (not found), from PATH: (not found)
IMPORTANT: Please readhttps://developer.android.com/studio/report-bugs.html carefully and supply all required information.