Obsolete
Status Update
No update yet.
Comments
an...@championlocal.org
Agreed, you can download photos via the Google Drive API but this hasn't been incorporated into the Photos API yet...
po...@google.com
pm...@google.com
There's already an issue tracking the missing EXIF data here: https://issuetracker.google.com/111228390
Regarding the file at original quality - this is something that's on our list and will be addressed soon, please stay tuned. I'll update this bug once we have an update to share.
Regarding the file at original quality - this is something that's on our list and will be addressed soon, please stay tuned. I'll update this bug once we have an update to share.
pm...@google.com
We have just released a new version of the Google Photos Library API that supports now this feature.
You can now use the "d" base URL parameter to download the original photo. See the base URL parameter guide for more details:https://developers.google.com/photos/library/guides/access-media-items#image-base-urls
Thanks for your patience!
See our release notes for further detail:https://developers.google.com/photos/library/support/release-notes#2018-07-31
You can now use the "d" base URL parameter to download the original photo. See the base URL parameter guide for more details:
Thanks for your patience!
See our release notes for further detail:
pm...@google.com
I've been testing downloading images using the "d" parameter, but the files returned are not the original files that were uploaded. The release note above reads "d download parameter, to download the original image". The link to the developer documentation doesn't say that the "original" image will be downloaded. Please can you confirm if the d parameter should download the original image that was uploaded to the api, or if this behavior has since changed.
an...@google.com
I've tested this again, and the file download is a mutated version of the file uploaded to Photos. If I use the web browser and go to photos.google.com , when I "Download" a photo it is byte-for-byte identical to the file I uploaded. If I use the API and attempt to get a copy, with the included "d" base URL, the file is mutated. Both some metadata is missing, as well the photo itself is modified (doing a pixel-for-pixel comparison shows subtle differences).
ll...@google.com
I can confirm this is still broken and using the 'd' parameter does not return the original photo.
jo...@gmail.com
This is still an issue
cw...@sesk12.org
How is it marked as fixed? =d parameter still doesn't work
tr...@gmail.com
We have started a new school year and are having the exact same problem with the same user. Even created a brand new user account and still same result. No one else is affected.
tr...@gmail.com
Here are the logs
an...@championlocal.org
The prior two notes we added under the incorrect email address. The original issue is still occurring with the same user. No issues with the rest of the school.
pm...@google.com
Just double-checking: The particular user is in the same OU as other users?
Does it happen to the same user on another hardware?
Does it happen to the same user on another hardware?
an...@championlocal.org
Yes and yes
an...@championlocal.org
The user took the machine home and was more successful than at school but did loose connection (the wifi toggled off) once when clicking on a hyperlink from a doc assigned in a classroom. This is consistent with past disconnects at school. Classroom and hyperlinks in docs have consistently been an issue for this user. Here are the logs that include the time the user was at home gathering data.
jc...@gmail.com
Seems to be a bug in channel switching code.
I recently bought a chromebook that experiences this issue (drops every 10-15 mins) and found the drops occur precisely when my router's wifi congestion avoidance switches radio channels. I then configured my wireless router to use a fixed channel rather than "auto", and have not experienced a single dropped connection since.
I recently bought a chromebook that experiences this issue (drops every 10-15 mins) and found the drops occur precisely when my router's wifi congestion avoidance switches radio channels. I then configured my wireless router to use a fixed channel rather than "auto", and have not experienced a single dropped connection since.
sa...@google.com
There has been no update for quite sometime. Is anyone still encountering this issue?
np...@google.com
ba...@christinaseixacademy.org
I am still seeing this issue with all different chromebooks. The issue seems to happen as we migrate from one AP to another (roaming). Any chome Google Team?
ma...@goff.cc
Just encountered this disconnect issue again today on a Dell 3180 / Chrome OS 87.0.4280.109. Toggling WiFi off/on again resolves it in short order every time. This was at home where my 2.4Ghz and 5Ghz networks are broadcast under separate names and use fixed channels. System log dump from chrome://network attached that was taken immediately after the disconnect occurred.
is...@google.com
no...@google.com
Hi folks,
This bug has a lot of different issues that are conflated, which makes it difficult to move forward. I'll close the bug for now, please re-open a different bug if you're still experiencing the same issue.
da...@gmail.com
ca...@gmail.com
Hp chromebook 14. Newest stable os version. Wifi will drop. With no warning. When clicking the clock button. The wifi network will be gone and it will say wifi is on.
But show no networks or anything. Then suddenly pop back into my home network and reconnect in an instant.
Total down time is between 20 and 30 seconds. But it happens very frequently. Enough so to cause me to come here seeking some fixes
But show no networks or anything. Then suddenly pop back into my home network and reconnect in an instant.
Total down time is between 20 and 30 seconds. But it happens very frequently. Enough so to cause me to come here seeking some fixes
sh...@gmail.com
I was having the same issue and was convinced is had to do with the type of internet I have, which has 2.4GHz and 5GHz signals and switches between them intermittently (in some way based on performance).
#16 might have hit this nail on the head.
#16 might have hit this nail on the head.
Description
ChromeOS version: 70.0.3538.110 - 73.0.3683.114
ChromeOS device model:
Dell Chromebook 11 (3120) - (Candy)
Chromebook 11 Model 3180 - (Kefka)
Case#: 18944449
Description: Device users randomly disconnect from Wi-Fi network.
Steps to reproduce:
1. Sign in to a Chromebook with user.
2. Use the device for a while.
- Troubleshooting steps taken:
-the customer has reported that the only specific users are affected, but not sure because the network policy has assigned to the devices level, not users and it looks like CrOS is not stable.
-Device log info which I’ve reviewed.
Log file:
Time stamp info:
Log info:
The user info and network info.
-The affected users were moved to another OU where no Extensions are forced installed, and users are restricted from installing them, but the issue persisted.
-The issue can be replicated by the same person using a brand new account. It was created today 04/26/2018, but the issue persisted.
(User info:
-Wiping the device did not help.
-I suggested to update to the latest stable version (73.0.3683.114) as they were working on 70.0.3538.110, where the issue is reproducible
-One of the affected users used his mother account for a while, and was not able to replicate the issue that way.
(User info:
Another log files that the customer shared.
Screenshot when disconnecting from AP,
Policy json.
Additional log files.
Serial #3M7Q8B2
plottdebug-logs_20190408-122031.tgz (2019-04-08T12:04:20)
Serial #:807L0N2
logswifitest.tgz (2019-04-26T09:38:11)
similar