clojars

http://clojars.org discussion and “support”, see http://status.clojars.org for status.
juhoteperi 2017-11-01T16:12:33.000434Z

Any idea what happened with this package: http://repo.clojars.org/cljsjs/react-select/ https://clojars.org/cljsjs/react-select ? rc.10 is uploaded to the repo, but it is not shown on web Deploy threw this error:

Could not transfer metadata cljsjs:react-select/maven-metadata.xml from/to clojars (<https://clojars.org/repo/>): Access denied to: <https://clojars.org/repo/cljsjs/react-select/maven-metadata.xml>, ReasonPhrase: Forbidden - Serialized task failed.

2017-11-01T16:21:35.000273Z

@juhoteperi Interesting, I'm not sure what that's about. The maven-metadata.xml shows 1.0.0-rc.10, do you happen to still have the full output of the deploy attempt?

juhoteperi 2017-11-01T16:22:09.000147Z

https://circleci.com/gh/cljsjs/packages/2692 (not sure if you can see the output)

2017-11-01T16:28:33.000688Z

I can see the output, thanks

2017-11-01T16:28:59.000293Z

I don't see any errors in clojars' log, nor in sentry, so it's unclear why this failed

2017-11-01T16:29:40.000063Z

The "Serialized task failed" makes me think it had a problem writing to the db, possibly

juhoteperi 2017-11-01T16:30:40.000156Z

Is that message from Clojars backend?

2017-11-01T16:30:44.000396Z

yes

2017-11-01T16:31:51.000463Z

to support transactional deploys, we use the writing of the metadata file as a trigger to copy the tmp repo where we store your upload over to the real repo

2017-11-01T16:31:59.000197Z

and do the validation/db updates at that point

2017-11-01T16:32:11.000028Z

so this failure is likely unrelated to the metadata file itself

2017-11-01T16:33:12.000730Z

It looks like the release is there, but not listed in the db, so it doesn't show in the UI: https://clojars.org/repo/cljsjs/react-select/1.0.0-rc.10/

2017-11-01T16:36:46.000226Z

Would you be willing to try releasing an rc11 to see if this was a temporary issue?

juhoteperi 2017-11-01T16:38:25.000679Z

building 1.0.0-rc.10-1 now (rc10 is the version of upstream package, don't want to touch that)

2017-11-01T16:38:35.000434Z

ah, understood

juhoteperi 2017-11-01T16:39:05.000452Z

Strange that the logs wouldn't contain this exception

2017-11-01T16:40:17.000023Z

agreed :(

juhoteperi 2017-11-01T16:41:48.000457Z

repo routes seem to correctly catch-and-rethrow the exception, and repo routes are wrapped with repo/wrap-exceptions which should report them

juhoteperi 2017-11-01T16:43:16.000679Z

Worked now: https://clojars.org/cljsjs/react-select

2017-11-01T16:48:22.000032Z

Glad it worked. Yeah, I agree - that should have gotten logged to stdout and to sentry, but it didn't go to either

juhoteperi 2017-11-01T16:50:01.000053Z

aha... I see it

juhoteperi 2017-11-01T16:50:36.000180Z

Any exception from repo routes is added :report? false metadata: https://github.com/clojars/clojars-web/blob/master/src/clojars/routes/repo.clj#L82 , which disables reporting https://github.com/clojars/clojars-web/blob/master/src/clojars/errors.clj#L85

juhoteperi 2017-11-01T16:51:24.000338Z

Maybe that is to skip errors caused by e.g. trying to deploy same version again

2017-11-01T16:51:39.000090Z

good catch, we shouldn't be doing that for all errors, the intent there was to not report validation errors to sentry, since those are user errors

2017-11-01T16:52:11.000065Z

would you mind filing an issue for that?

juhoteperi 2017-11-01T16:52:33.000474Z

Yeah I'll open one

2017-11-01T16:53:59.000210Z

thanks!