Comments (11)
@bhurling What do you think? Seems reasonable…
from gradle-play-publisher.
Wouldn't be too complicated to add.
On the other side those are one-time-steps that are not likely to change afterwards. I don't really see the benefits of automating those steps. Especially, since first time APK upload has to be done through the web interface anyway
from gradle-play-publisher.
@ChristianBecker What's your opinion? One file for each contact detail as we did for the title and the description? Or should we go with a .properties
approach for those one-liners?
from gradle-play-publisher.
Jeah, it could get messy over time with separate files for each one-liner. On the other hand, video
and title
are one-liners, too, but they are living in their own files.
It's up to you to decide…
from gradle-play-publisher.
Hey Guys, what do you think about the change? contactEmail, contactPhone and contactWebsite have to lie in their own files next to the locale dirs like so
- [src]
|
+ - [main]
|
+ - [play]
|
+ - [en-US]
| |
| + - [listing]
| |
| + - ...
|
+ - [de-DE]
| |
| + - [listing]
| |
| + - ...
|
+ - contactEmail
|
+ - contactPhone
|
+ - contactWebsite
This is because the contact details are not translated.
Additionally, this all only works if we provide a default language. Seems a little strange why contact details are mingled with the default language in the API request. But that's how it is.
I added a new bean for the play
block, called defaultLanguage
. Then, the contact details are only updated if there is a defaultLanguage
set.
from gradle-play-publisher.
As an alternative we could just drop the default language into it's own file next to the others
from gradle-play-publisher.
@bhurling thank you a lot for implementing this.
As for me, defaultLanguage
could be both in play
block and inside separate file.
Keeping it inside play
block may be good enough because it's global per app and could be used separately from e-mail
\ phone
\ website
.
from gradle-play-publisher.
@bhurling could you please tell if you are going to merge this changes to the master before next release?
from gradle-play-publisher.
Released in 1.1.1
from gradle-play-publisher.
Thanks a lot for release this feature.
I am getting following error now:
Caused by: org.gradle.internal.UncheckedException: com.google.api.client.googleapis.json.GoogleJsonResponseException: 403 Forbidden
{
"code" : 403,
"errors" : [ {
"domain" : "androidpublisher",
"message" : "Invalid contact phone number specified for this app.",
"reason" : "invalidAppContactPhone"
} ],
"message" : "Invalid contact phone number specified for this app."
}
I see, that when you fill contact details you set phone and then set "contact web" to the same phone property instead of setting it to "contact web" property.
I will create pull request for this.
from gradle-play-publisher.
Here is the pull request, that should fix issue from previous message: #82
from gradle-play-publisher.
Related Issues (20)
- Can't publish wearable version of the same app HOT 1
- Consider shading Google API client dependencies HOT 2
- A gradle task for uploading native debug symbols HOT 1
- Deprecation warning about `Project.getConvention()` when run using gradle 8.2.1 HOT 7
- Wear release note is not retrieve with bootstrapListing HOT 1
- set :play:android-publisher as an API dependency HOT 1
- Conflict with 'com.google.firebase.appdistribution' plugin HOT 1
- Error: insufficient data written HOT 24
- bootstrapReleaseListing: Unable to tunnel through proxy. Proxy returns "HTTP/1.1 403 Forbidden" HOT 2
- Error: PKIX path building failed HOT 1
- Task installRelease not found when publishing is disabled HOT 1
- Release notes languages management HOT 6
- Release notes for 3.8.5 release? Where to find? HOT 2
- Key Signature Mismatch on CI and not Locally HOT 4
- Publish to Wear OS only? HOT 6
- Build fails on the version conflict with ResolutionStrategy.IGNORE HOT 3
- available-version-codes.txt (No such file or directory) when turned on gradle configuration cache HOT 3
- in-app update priority is always 0 HOT 1
- The Project.getConvention() method has been deprecated. This is scheduled to be removed in Gradle 9.0. HOT 1
- Some problems were found with the configuration of task ':app:promoteArtifact' (type 'UpdatableTrackLifecycleTask')
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from gradle-play-publisher.