Comments (17)
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
After adding additional logging, I've opened this issue to http://stackoverflow.com/questions/15167068/problems-changing-ownership-from-service-account-to-google-apps-domain
Reported by mitchellsundt
on 2013-03-01 21:24:53
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
You might try granting access to Fusion Tables within your apps domain:
http://support.google.com/fusiontables/answer/1657096
Not sure if this will resolve this issue or not. Would apply only to Fusion Tables.
Reported by mitchellsundt
on 2013-03-18 17:00:51
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
My current speculation is that the service account -- e.g.,
322300403941-9ejjp4ovps95s9sn8vl2tbh9s0bdm5dh@developer.gserviceaccount.com
does not have permission to transfer ownership to users in the apps domain (including,
ironically, the user who created the service account). If you can grant that service
account user permission to access your data in your apps domain, the problem might
be resolved (let me know if this works and what URL you had to visit to make the change).
Reported by mitchellsundt
on 2013-04-04 17:01:28
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
Posted on this in the forum (https://groups.google.com/forum/?fromgroups=#!topic/opendatakit/mhYHrzdodCw)
and got redirected here. For the record (and so other people facing this issue can
be directed here), I get this error when trying to publish from ODK Aggregate to Fusion
Tables with a Google Apps account:
Error: RequestFailureException ({ "error": { "errors": [ { "domain": "global",
"reason": "internalError", "message": "Internal Error" } ], "code": 500,
"message": "Internal Error" }}{"value":"[email protected]","role":"owner","type":"user","kind":"drive#permission"})
Looking forward to seeing this fixed!
Reported by [email protected]
on 2013-04-08 12:11:43
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
Can people try the ODK Aggregate installer here (added a Linux and 64-bit Linux version):
http://homes.cs.washington.edu/~msundt/aggregate/
And the instructions also appearing there, to let me know if the work-around does fix
this issue?
Please update this issue with your findings.
Reported by mitchellsundt
on 2013-06-04 19:53:44
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
If you can upload a version for OS X, I'll test it out.
Reported by [email protected]
on 2013-06-05 09:20:38
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
OK. Uploaded an OSX installer.
Reported by mitchellsundt
on 2013-06-05 17:17:35
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
Did this work after following the instructions:
http://homes.cs.washington.edu/~msundt/aggregate/
I.e., You must follow the instructions to "Delegate domain-wide authority to your service
account" here: https://developers.google.com/drive/delegation The list of scopes is
as follows:
https://www.googleapis.com/auth/drive https://www.googleapis.com/auth/fusiontables
https://docs.google.com/feeds/ https://docs.googleusercontent.com/ https://spreadsheets.google.com/feeds/
Reported by [email protected]
on 2013-07-08 22:48:31
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
Waiting for confirmation. If the instructions are followed, this might be fixed in 1.3.2.
Reported by mitchellsundt
on 2013-07-10 22:43:37
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
Sorry, haven't had a chance so far to do so. I'll try for this week!
Reported by [email protected]
on 2013-07-22 01:23:08
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
This is once again broken for the 1.4 release. The Google libraries we switched to using
have an incompatible implementation of this feature w.r.t. the way the Google services
do it.
Either it will magically start working when Google updates their services, or a future
library revision and release of ODK Aggregate will fix the issue.
Reported by mitchellsundt
on 2013-10-03 19:12:26
- Labels added: 1.4
- Labels removed: 1.3
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
I've just updated to 1.4.1, and according to the notes here, publishing from Google
Apps domains doesn't work. Is that correct? Is there anything I can do to help confirm/diagnose
a fix?
Reported by jeremy.higgs
on 2014-02-12 13:26:02
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
We removed our custom code that published to Google services, replacing it with a Google-written
library; during that move, it became clear that our hand-coded solution in 1.3.4 was
broken in the underlying implementation of the Google-written library.
Since nobody appeared to be critically bent-out-of-shape over the lack of support,
we decided the reduction in custom code was worth the loss of functionality.
More recently, it appears that Google is moving away from the XML-based API we are
now using toward a JSON-based API. It is unclear, however, whether they have fixed
the apps domain issues that plagued the older API.
Reported by mitchellsundt
on 2014-02-12 18:25:50
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
Will test it out and let you know, then.—
Sent from Mailbox for iPad
Reported by [email protected]
on 2014-02-12 19:29:34
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
Was this issue ever resolved? Have been trying out all sorts of solution till I got
to this page.
with v1.4.3 i cannot even publish to Google spreadsheet :(
Reported by [email protected]
on 2014-04-02 13:41:35
from aggregate.
Comment by mitchellsundt
Thursday Jul 09, 2015 at 19:15 GMT
1.4.3 had the production release of Google's library.
I would recommend opening an issue with Google Apps Domain support saying that you
cannot publish data from your appEngine instance into your Apps Domain user's spreadsheet
or fusion table.
They may require your appengine instance be configured to be within your AppsDomain
(no idea how to do that) or that the superUser you configured in the installer must
be an Apps Domain user, or have special instructions for constructing the Google Credentials.
In the unlikely event that you are actually contacted by Google support (or if you
don't want to be depressed by the lack of support Google offers, you can simply make
a note of the following within your initial bug report), you can tell them that the
ODK Aggregate application is using:
The 1.17.0-rc release when interacting with their services. E.g.,
google-oauth-client-1.17.0-rc.jar
google-oauth-client-appengine-1.17.0-rc.jar
google-http-client-1.17.0-rc.jar
google-http-client-appengine-1.17.0-rc.jar
etc.
and the 1.47.1 update of the various gdata jars
gdata-client-1.0-1.47.1.jar
gdata-spreadsheet-3.0-1.47.1.jar
etc.
Reported by mitchellsundt
on 2014-04-04 18:50:48
from aggregate.
Attention! We're housekeeping! This issue will automatically be closed if no feedback is received in one week.
If this issue is important to you or you can provide more information about it, please, do so as soon as possible :)
from aggregate.
Related Issues (20)
- Incorrect war file in v2.0.3 release HOT 2
- Geotrace and Geoshape points are lost because of the maximum number of characters is 255 HOT 1
- User without a password cause a 500 when authenticating
- Geotrace and Geoshape points are lost because of the maximum number of characters is 255 HOT 2
- Login credentials are cached in Briefcase-Aggregate cooperation. HOT 1
- Audit.csv activated but not viewable in aggregate HOT 1
- Had to fix Util.groovy setPropertiesValue for "./gradlew clean dockerComposeBuild -xtest -PwarMode=complete" HOT 2
- Database corruption HOT 1
- Submissions of form with Annotate widget/Signature widget with default image described are marked as incomplete.
- ODK-Aggregate-v1.7.4-Windows.exe.zip contains no windows code HOT 1
- Don't send users to Github issues
- Initial login fails when no internet connection
- Can't upload my XML file on the aggregate server HOT 1
- Exporting an Xml form HOT 2
- cloud-config aggregate-cli command puts log at root
- Publishing to Google Sheet is broken
- Making Cookies HTTPOnly HOT 4
- Session cookie name parameter HOT 1
- Session Hijacking Prevention
- Could not determine java version from '11.0.10' (after running `./gradlew appRunWar` command)
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 aggregate.