pinned: here's a workaround to test: https://github.com/simon-weber/gmusicapi/issues/380#issuecomment-156743098

Hello,

Everytime I try to upload using gmupload.py from gmusicapi-scripts to google music I get :

GetUploadSession error 404: the request was rejected

for every song.

Then if I retry I get `ALREADY EXISTS``.

I can't see those songs in google music.

gmusicapi 7.0.0 OpenSSL 1.0.1k 8 Jan 2015 Python 2.7.9

log from gmusicapi.log

2015-11-11 13:51:46,380 - gmusicapi.Musicmanager1 (shared:201) [DEBUG]: ProvideSample(args=[u'/path/to/my/song/1.mp3. ...', <gmusicapi.protocol.upload_pb2.SignedChallengeInfo object at 0x7fd2d5d059b0>, <gmusicapi.protocol.locker_pb2.Track object at 0x7fd2d5d05a28>, 'XX:XX:XX:XX:XX:XX', ''], kwargs={})
2015-11-11 13:51:46,625 - gmusicapi.Musicmanager1 (shared:242) [DEBUG]: response_type: SAMPLE_RESPONSE
sample_response {
  track_sample_response {
    client_track_id: "XXXXXXXXXXXXXXXXXXXXXX"
    response_code: UPLOAD_REQUESTED
    server_track_id: "XXXXXX-XXXXXX-XXXXXX-XXXX"
    expect_match: false
  }
}
policy {
  pause_uploads: false
  abort: false
  retry_in_minutes: 5
  bandwidth_cap_kbps: 12000
  pause_downloads: false
  download_bandwidth_cap_kbps: 16000
  send_analytics: false
  enable_gapless: true
  enable_m4p: true
}

2015-11-11 13:51:46,631 - gmusicapi.Musicmanager1 (shared:201) [DEBUG]: UpdateUploadState(args=['start', 'XX:XX:XX:XX:XX:XX'], kwargs={})
2015-11-11 13:51:46,674 - gmusicapi.Musicmanager1 (shared:242) [DEBUG]: response_type: SAMPLE_RESPONSE
sample_response {
}
policy {
  pause_uploads: false
  abort: false
  retry_in_minutes: 5
  bandwidth_cap_kbps: 12000
  pause_downloads: false
  download_bandwidth_cap_kbps: 16000
  send_analytics: false
  enable_gapless: true
  enable_m4p: true
}
2015-11-11 13:51:46,681 - gmusicapi.Musicmanager1 (shared:201) [DEBUG]: GetUploadSession(args=['XX:XX:XX:XX:XX:XX', 0, <gmusicapi.protocol.locker_pb2.Track object at 0x7fd2d5d05a28>, u'/path/to/my/song. ...', u'XXXXX-XXXXX-XXXXX-XXXXXX', False], kwargs={})
2015-11-11 13:51:46,884 - gmusicapi.Musicmanager1 (shared:242) [DEBUG]: {u'errorMessage': {u'additionalInfo': {u'uploader_service.GoogleRupioAdditionalInfo': {u'completionInfo': {u'status': u'REJECTED', u'customerSpecificInfo': {u'ResponseCode': 404}}, u'requestRejectedInfo': {u'reasonDescription': u'agent_rejected'}}}, u'reason': u'REQUEST_REJECTED', u'upload_id': u'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'}}
2015-11-11 13:51:46,884 - gmusicapi.Musicmanager1 (musicmanager:538) [DEBUG]: problem getting upload session: the request was rejected
code=404 retrying=False
2015-11-11 13:51:52,888 - gmusicapi.Musicmanager1 (musicmanager:549) [WARNING]: giving up on upload session for '/path/to/my/song/1.mp3': GetUploadSession error 404: the request was rejected
2015-11-11 13:51:52,893 - gmusicapi.Musicmanager1 (shared:201) [DEBUG]: UpdateUploadState(args=['stopped', 'XX:XX:XX:XX:XX:XX'], kwargs={})
2015-11-11 13:51:52,937 - gmusicapi.Musicmanager1 (shared:242) [DEBUG]: response_type: SAMPLE_RESPONSE
sample_response {
}
policy {
  pause_uploads: false
  abort: false
  retry_in_minutes: 5
  bandwidth_cap_kbps: 12000
  pause_downloads: false
  download_bandwidth_cap_kbps: 16000
  send_analytics: false
  enable_gapless: true
  enable_m4p: true
}

Reports that it's uploaded correctly, but it's missed everything in my library.

Running the tests, I see the following:

2012-11-21 22:08:45,573 - gmusicapi.UnitTestedApi - WARNING - Received an unexpected response from call loadalltracks. 2012-11-21 22:08:45,821 - gmusicapi.UnitTestedApi - WARNING - error was: Failed to validate field 'playlist' list schema: additional properties not defined by 'properties' are not allowed in list item .2012-11-21 22:09:55,008 - gmusicapi.UnitTestedApi - WARNING - Received an unexpected response from call loadalltracks. 2012-11-21 22:09:55,250 - gmusicapi.UnitTestedApi - WARNING - error was: Failed to validate field 'playlist' list schema: additional properties not defined by 'properties' are not allowed in list item 2012-11-21 22:10:56,259 - gmusicapi.UnitTestedApi - WARNING - Received an unexpected response from call loadalltracks. 2012-11-21 22:10:56,488 - gmusicapi.UnitTestedApi - WARNING - error was: Failed to validate field 'playlist' list schema: additional properties not defined by 'properties' are not allowed in list item

....E

ERROR: test_up_deletion (main.TestWCApiCalls)

Traceback (most recent call last): File "/usr/local/lib/python2.7/dist-packages/gmusicapi/test/integration_test_api.py", line 211, in test_up_deletion self.run_steps("updel_") File "/usr/local/lib/python2.7/dist-packages/gmusicapi/test/utils.py", line 234, in run_steps step() File "/usr/local/lib/python2.7/dist-packages/gmusicapi/test/integration_test_api.py", line 185, in updel_1_upload result = self.api.upload(some_files) File "", line 2, in upload File "/usr/local/lib/python2.7/dist-packages/gmusicapi/utils/utils.py", line 136, in wrapper return function(_args, *_kw) File "", line 2, in upload File "/usr/local/lib/python2.7/dist-packages/gmusicapi/utils/utils.py", line 113, in wrapper return function(_args, *_kw) File "/usr/local/lib/python2.7/dist-packages/gmusicapi/api.py", line 690, in upload fname_to_id = self._upload_mp3s(map(lambda f: f.name, upload_files)) File "/usr/local/lib/python2.7/dist-packages/gmusicapi/api.py", line 781, in _upload_mp3s metadataresp = self._mm_pb_call("metadata", metadata_request) File "/usr/local/lib/python2.7/dist-packages/gmusicapi/api.py", line 887, in _mm_pb_call res.ParseFromString(self.session.post_protobuf(url, req)) File "/usr/local/lib/python2.7/dist-packages/gmusicapi/api.py", line 1058, in post_protobuf resp = self.android.getresponse() File "/usr/lib/python2.7/httplib.py", line 1030, in getresponse response.begin() File "/usr/lib/python2.7/httplib.py", line 407, in begin version, status, reason = self._read_status() File "/usr/lib/python2.7/httplib.py", line 371, in _read_status raise BadStatusLine(line) BadStatusLine: ''

Ran 6 tests in 298.702s

FAILED (errors=1)

I started getting this error on every login attempt on a Windows 10 machine. Until a couple of days before it didn't complain and when I try this on a VirtualBox runnig Ubuntu it works perfectly. Any idea?

Hi,

I have added support for free radios on the Kodi addon adding the missing calls in gmusicapi and changing others, please check fork below: https://github.com/simon-weber/gmusicapi/compare/develop...foreverguest:develop

But this changes the data returned by create_station function, is that ok? Do you suggest another approach?

I use rhythmbox-gmusic to stream Google Play via Rhythmbox while I'm at work. I recently upgraded my Ubuntu laptop to 14.04 Trusty and found that the Rhythmbox version offered in the repos is 3.x, which uses Python 3 under the hood. I'm refraining from upgrading my workstation for the time being.

I'm just wondering if there are any plans to update this API to support Python3? I realize it's not a simple task, especially considering that mutagen's maintainer seemed very passionate about his disdain for Python3. If it would help at all, in that thread it seems that someone forked mutagen and created mutagenx which works with py3k (also here on GitHub).

As of yesterday, two new params are required for AA streaming: slt and sig. Both need to be present and correct to stream, otherwise you'll get the 403.

It looks like slt is a psuedo-random salt, which gets hashed with the songid and a secret embedded in the source to result in sig.

As of October 4, I'm no longer able to authenticate the Mobileclient interface using an app password on my 2FA-enabled account. It was working on October 3.

I've tried:

• Updated to gmusicapi 11.0.3 (Python 2.7)
• Tried generating a new app password. The old one is still present and does not indicate expiration.
• Verified that I can authenticate using Mobileclient to a different account that does not use 2FA.

Is it just me, or is Mobileclient broken for other 2FA users as well?

This is not a feature request per se. I'd like to know whether it's (or will be) possible to use application specific password like the Google Music Manager does in case user has two-factor auth enabled. The question is more like, whether the API can handle it (currently it throws an exception)?

I first encountered a protobuf issue, but this fixed it: https://www.simonmweber.com/2013/06/18/python-protobuf-on-app-engine.html

Now it cannot find pwd. I read that it might have something to do with requests, and I have tried multiple version with no luck.

File "/Users/*/google-cloud-sdk/platform/google_appengine/google/appengine/runtime/wsgi.py", line 240, in Handle
    handler = _config_handle.add_wsgi_middleware(self._LoadHandler())
  File "/Users/*/google-cloud-sdk/platform/google_appengine/google/appengine/runtime/wsgi.py", line 299, in _LoadHandler
    handler, path, err = LoadObject(self._handler)
  File "/Users/*/google-cloud-sdk/platform/google_appengine/google/appengine/runtime/wsgi.py", line 85, in LoadObject
    obj = __import__(path[0])
  File "/Users/*/git/*/main.py", line 30, in <module>
    from gmusicapi import Mobileclient
  File "libs/gmusicapi/__init__.py", line 9, in <module>
    from gmusicapi.clients import Webclient, Musicmanager, Mobileclient
  File "libs/gmusicapi/clients/__init__.py", line 1, in <module>
    from gmusicapi.clients.webclient import Webclient
  File "libs/gmusicapi/clients/webclient.py", line 6, in <module>
    from gmusicapi.clients.shared import _Base
  File "libs/gmusicapi/clients/shared.py", line 3, in <module>
    from gmusicapi.utils import utils
  File "libs/gmusicapi/utils/utils.py", line 44, in <module>
    log_filepath = os.path.join(my_appdirs.user_log_dir, 'gmusicapi.log')
  File "libs/appdirs.py", line 403, in user_log_dir
    version=self.version)
  File "libs/appdirs.py", line 356, in user_log_dir
    path = user_cache_dir(appname, appauthor, version)
  File "libs/appdirs.py", line 306, in user_cache_dir
    path = os.getenv('XDG_CACHE_HOME', os.path.expanduser('~/.cache'))
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/posixpath.py", line 268, in expanduser
    import pwd
  File "/Users/*/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/sandbox.py", line 898, in load_module
    raise ImportError('No module named %s' % fullname)
ImportError: No module named pwd

OK, here it is.

17:25:17|stum:[~/gmusicapi] (python3-stage2 *%>)$ tox
...
________________________________________________ summary _________________________________________________
  py27: commands succeeded
  py34: commands succeeded
  py35: commands succeeded
  congratulations :)

The tests work. The example script works. I wasn't able to run the All-Access tests, so if you could help out with that, I'd appreciate it (I'll give it a shot in my application, though).

Please take a look at what I did in setup.py for protobuf. The 3.0.0b2 seems to be working fine, and since this whole thing is a bit experimental to begin with, it seemed OK. I'm happy to do something else, though.

This will need a new release of gpsoauth, with the Python 3 compatibility. I've been manually installing it in each tox environment for now.

I think I incorporated everything from last time, so please let me know what else you'd like me to tackle. Thanks for your patience

Using the latest gmusicapi release, I'm using a script (gmusicapi-scripts by @thebigmunch) to sync my library. After syncing a few tracks (uploading new ones that have been added to my local library recently), I always get this error:

Traceback (most recent call last): File "./gmsync.py", line 219, in main() File "./gmsync.py", line 202, in main mmw.upload(songs_to_upload, enable_matching=cli['match'], delete_on_success=cli['delete-on-success']) File "/usr/local/lib/python3.5/dist-packages/gmusicapi_wrapper/decorators.py", line 22, in wrapper return function(*args, **kwargs) File "/usr/local/lib/python3.5/dist-packages/gmusicapi_wrapper/musicmanager.py", line 303, in upload for result in self._upload(filepaths, enable_matching=enable_matching, transcode_quality=transcode_quality): File "/usr/local/lib/python3.5/dist-packages/gmusicapi_wrapper/musicmanager.py", line 256, in _upload filepath, enable_matching=enable_matching, transcode_quality=transcode_quality File "", line 2, in upload File "/usr/local/lib/python3.5/dist-packages/gmusicapi/utils/utils.py", line 616, in wrapper return function(*args, **kw) File "", line 2, in upload File "/usr/local/lib/python3.5/dist-packages/gmusicapi/utils/utils.py", line 593, in wrapper return function(*args, **kw) File "/usr/local/lib/python3.5/dist-packages/gmusicapi/clients/musicmanager.py", line 578, in upload musicmanager.GetUploadSession.process_session(session) File "/usr/local/lib/python3.5/dist-packages/gmusicapi/protocol/musicmanager.py", line 463, in process_session ['completionInfo']['customerSpecificInfo']['ResponseCode']) KeyError: 'customerSpecificInfo'

Things I already tried:

• Re-auth gmusicapi
• Reboot system
• Manually updating files to gmusic using the browser (works)

Any idea what might be the cause of this? Keep in mind that every time I run the sync script, a few tracks get uploaded succesfully (and play fine in gmusic), but after the fifth or sixth track, gmusicapi throws this error.

This issue is more like an announcement. Google Play Music is shutting down by the end of 2020. Perhaps this project will go away unless we can repurpose it?

New error popping up:

--- Logging error ---
Traceback (most recent call last):
  File "C:\Program Files\Python37\lib\logging\__init__.py", line 985, in emit
    stream.write(msg)
  File "C:\Program Files\Python37\lib\encodings\cp1252.py", line 19, in encode
    return codecs.charmap_encode(input,self.errors,encoding_table)[0]
UnicodeEncodeError: 'charmap' codec can't encode character '\U0001f49b' in position 32828: character maps to <undefined>

Call Stack:
  File "C:\Program Files\Python37\lib\site-packages\gmusicapi\clients\mobileclient.py", line 1961, in search
    res = self._make_call(mobileclient.Search, query, max_results)
  File "C:\Program Files\Python37\lib\site-packages\gmusicapi\clients\mobileclient.py", line 48, in _make_call
    return super(Mobileclient, self)._make_call(protocol, *args, **kwargs)
  File "C:\Program Files\Python37\lib\site-packages\gmusicapi\clients\shared.py", line 90, in _make_call
    return protocol.perform(self.session, self.validate, *args, **kwargs)
  File "C:\Program Files\Python37\lib\site-packages\gmusicapi\protocol\shared.py", line 247, in perform
    log.debug(cls.filter_response(parsed_response))

Happens when calling mobileclient.search("test") and the encoding used for the string doesnt seem to affect it.

When receiving the search results from mobileclient, the song_hits are not valid. So the artist and album Ids does not start with A or B as they are supposed to. Not sure if this affects the gmusicapi when working with that ID, if not it should be at least documented.

(I am using mopidy-gmusic and there an ID without leading A,B or T is handled as an uploaded song).

Hi with this PR I want to propose a replacement for the deprecated validictory module. fastjsonschema module seems to be faster than jsonschema module too. Thanks for this amazing project

I've been using this function to remove playlist entries successfully, but I notice that according to the documentation, the function remove_entries_from_playlist():

Returns a list of entry ids that were removed.

However, it seems that the function will basically return whatever is specified as the input parameter. As a simple example:

api.remove_entries_from_playlist(u'hello')

Will return [u'hello]', where I would expect it to return None since no playlist entry ID exists with this value. Is my understanding correct here?

I'm using version 12.0.0, but from the changelog I believe this also applies for the latest version.

Cheers!

This might be an incredibly stupid issue, but it looks like users that don't subscribe to google play music aren't able to search for songs based on video_hits or extract a youtube video.

Is there any possible workaround for this, or do you absolutely have to sub to GPM?