{"push_id":652163936,"size":61,"distinct_size":61,"ref":"refs/heads/2.7","head":"cff984720833b05162fb1de8a29ce53826f89ea4","before":"ef082ddf192a3a033b50b2fa9ac430eed162e4a9","commits":[{"sha":"317759c46695b1e0c3d979974489fbffb5305da6","author":{"email":"6f9af0692a7d1f914f468ec8416a8e6aa93178b4@gmail.com","name":"Gerd Behrmann"},"message":"dcap: Fix regression in published protocol family\n\nPrior to 2.7, gsidcap was published as gsidcap and the SRM used this\nas the protocol name when negotiating the transfer protocol. 2.7\nalways publishes 'dcap', which is a regression compared to 2.6.\n\nThis patch resolves the problem.\n\nTarget: trunk\nRequest: 2.11\nRequest: 2.10\nRequest: 2.9\nRequest: 2.8\nRequest: 2.7\nRequire-notes: yes\nRequire-book: no\nReported-by: Yvan Calas <yvan.calas@cc.in2p3.fr>\nAcked-by: Paul Millar <paul.millar@desy.de>\nPatch: https://rb.dcache.org/r/7587/\n(cherry picked from commit f0d4e8f53ef87dc26f895c74b8a9eb89f585dfa2)","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/317759c46695b1e0c3d979974489fbffb5305da6"},{"sha":"4833d5727a5cff347b0428b407995d62576fcef9","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"Merge pull request #1178 from gbehrmann/fix/2.7/rb7587\n\ndcap: Fix regression in published protocol family","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/4833d5727a5cff347b0428b407995d62576fcef9"},{"sha":"a4105df9a4a79df546bf8738da53c4f62551ab26","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"shell: fix shell oracle for configuration keys with a space\n\nThe shell oracle is built to speed up POSIX shell querying of\nconfiguration properties.  If the property key contains a\nspace then the resulting oracle is broken and prevents\nany 'dcache' command from working.\n\nTarget: master\nPatch: https://rb.dcache.org/r/7592/\nAcked-by: Gerd Behrmann\nRequires-book: no\nRequires-notes: yes\nRequest: 2.11\nRequest: 2.10\nRequest: 2.9\nRequest: 2.8\nRequest: 2.7\nRequest: 2.6","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/a4105df9a4a79df546bf8738da53c4f62551ab26"},{"sha":"11e661722c6a5356de25d373c949965e1fa369a3","author":{"email":"6f9af0692a7d1f914f468ec8416a8e6aa93178b4@gmail.com","name":"Gerd Behrmann"},"message":"pool: Fix typo that breaks pool.mover.ftp.allow-incoming-connections\n\nTarget: trunk\nRequire-notes: yes\nRequire-book: no\nRequest: 2.11\nRequest: 2.10\nRequest: 2.9\nRequest: 2.8\nRequest: 2.7\nAcked-by: Paul Millar <paul.millar@desy.de>\nAcked-by: Tigran Mkrtchyan <tigran.mkrtchyan@desy.de>\nPatch: https://rb.dcache.org/r/7596/\n(cherry picked from commit 455ee761660d7e2aa1ddcb08043a30da897034c4)","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/11e661722c6a5356de25d373c949965e1fa369a3"},{"sha":"6fd2d8ebcfeaf00a4fd756c356ec6725a04e6b9f","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"Merge pull request #1186 from gbehrmann/fix/2.7/rb7596\n\npool: Fix typo that breaks pool.mover.ftp.allow-incoming-connections","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/6fd2d8ebcfeaf00a4fd756c356ec6725a04e6b9f"},{"sha":"25eb7c0619425cce365ddbf5f05ba492e52b40dd","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"srm: fix semi-infinite ls range with non-zero offset\n\nThe SRM protocol allows the client to request a directory listing with\nan offset but no length.  Internally, we represent this situation as\nif the client requested Integer.MAX_VALUE responses.\n\nLater, we build a Range describing the requested directory listing; however,\nthis fails to take into account that adding a small positive integer to\nInteger.MAX_VALUE results in a negative number, which triggers an\nIllegalArguementException.\n\nThis is fixed so that if the index of last requested item is\nInteger.MAX_VALUE or more then a semi-infinite range is generated instead.\n\nTarget: master\nTicket: http://rt.dcache.org/Ticket/Display.html?id=7181\nTicket: http://rt.dcache.org/Ticket/Display.html?id=8550\nPatch: https://rb.dcache.org/r/7613/\nAcked-by: Gerd Behrmann\nRequest: 2.11\nRequest: 2.10\nRequest: 2.9\nRequest: 2.8\nRequest: 2.7\nRequest: 2.6","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/25eb7c0619425cce365ddbf5f05ba492e52b40dd"},{"sha":"1c1a565a49a3343e6dfb4c1d4ef63f2da60c450a","author":{"email":"6f9af0692a7d1f914f468ec8416a8e6aa93178b4@gmail.com","name":"Gerd Behrmann"},"message":"webdav: Fix return code on DELETE of absent file\n\nDue to compatibility concerns with MS Office 2010, Milton in some\ncases turns a 404 reply into 401. Atlas noticed this and complained.\n\nMilton only does this for anonymous requests, however when using client\ncertificates, from the point of view of Milton the session is anonymous\nas no HTTP level authentication was performed.\n\nThis patch adds an X509AuthenticationHandler for Milton. It doesn't\nactually do any authentication, but it is sufficient to let Milton\ndiscover that the request has been authenticated and return the\ncorrect error code.\n\nTarget: trunk\nRequire-notes: yes\nRequire-book: no\nRequest: 2.11\nRequest: 2.10\nRequest: 2.9\nRequest: 2.8\nRequest: 2.7\nRequest: 2.6\nAcked-by: Tigran Mkrtchyan <tigran.mkrtchyan@desy.de>\nAcked-by: Paul Millar <paul.millar@desy.de>\nPatch: https://rb.dcache.org/r/7614/\n(cherry picked from commit d273f7e696ec24075c88f45d88efc630f3c6b9ed)","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/1c1a565a49a3343e6dfb4c1d4ef63f2da60c450a"},{"sha":"66aa8203d733c7706ea003418be7d89e8830876d","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"Merge pull request #1194 from gbehrmann/fix/2.7/rb7614\n\nwebdav: Fix return code on DELETE of absent file","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/66aa8203d733c7706ea003418be7d89e8830876d"},{"sha":"7b429d6977a1970a895f7e3c6c70b40d9a9628b7","author":{"email":"6f9af0692a7d1f914f468ec8416a8e6aa93178b4@gmail.com","name":"Gerd Behrmann"},"message":"webdav: Fix reported content length for partial GETs\n\nWhen a client requests a byte range beyond the end of the file,\nMilton fails to take the file length into account. The consequence\nis that we claim to provide a longer body than we do and that\nthe reported entity length in the Content-Range header is wrong.\n\nThis patch resolves the issue by fixing the range in our\ncustom response handler.\n\nResolves a compatibility issue with ARC.\n\nTarget: trunk\nRequire-notes: yes\nRequire-book: no\nRequest: 2.11\nRequest: 2.10\nRequest: 2.9\nRequest: 2.8\nRequest: 2.7\nRequest: 2.6\nAcked-by: Paul Millar <paul.millar@desy.de>\nPatch: https://rb.dcache.org/r/7615/\n(cherry picked from commit e4d8b607bfa91acf689dcbc35362852d1c7a649c)","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/7b429d6977a1970a895f7e3c6c70b40d9a9628b7"},{"sha":"2f7dede38fe098db6d80e13c1e08a17eb81773a9","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"Merge pull request #1200 from gbehrmann/fix/2.7/rb7615\n\nwebdav: Fix reported content length for partial GETs","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/2f7dede38fe098db6d80e13c1e08a17eb81773a9"},{"sha":"a87b5048a62443f1751cd8ef4316e8b4dafcdea9","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"[maven-release-plugin] prepare release 2.7.27","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/a87b5048a62443f1751cd8ef4316e8b4dafcdea9"},{"sha":"75399e8fe602a3aabb98110b6ad644d6e447167d","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"[maven-release-plugin] prepare for next development iteration","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/75399e8fe602a3aabb98110b6ad644d6e447167d"},{"sha":"3a95d15609f2e60093fec0fb0f6c8e2699ee5887","author":{"email":"6f9af0692a7d1f914f468ec8416a8e6aa93178b4@gmail.com","name":"Gerd Behrmann"},"message":"pool: Fix regression causing FTP movers to default to proxy mode\n\nA recent patch fixed a typo that had caused the\npool.mover.ftp.allow-incoming-connections property to be ignored. Fixing the\nbug however revealed another bug that causes the interpretation of the property\nto be negated. Thus the mover defaulted to proxy mode.\n\nTarget: trunk\nRequest: 2.11\nRequest: 2.10\nRequest: 2.9\nRequest: 2.8\nRequest: 2.7\nRequire-notes: yes\nRequire-book: no\nAcked-by: Paul Millar <paul.millar@desy.de>\nPatch: https://rb.dcache.org/r/7630/\n(cherry picked from commit be20f110ef3d95b5e1d0cbc3140beaa1a50a30ac)\n\nConflicts:\n\tmodules/dcache-ftp/src/main/java/org/dcache/pool/movers/GFtpProtocol_2_nio.java\n\n(cherry picked from commit 277f3cfa3af72074867c3c40bd676018e9d52918)","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/3a95d15609f2e60093fec0fb0f6c8e2699ee5887"},{"sha":"bcca2fc49f8d633d82c3f6aa66905f567c7af447","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"Merge pull request #1215 from gbehrmann/fix/2.7/rb7630\n\npool: Fix regression causing FTP movers to default to proxy mode","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/bcca2fc49f8d633d82c3f6aa66905f567c7af447"},{"sha":"b60ae5b70ee1bcf71bcca7f875fc310eaac26319","author":{"email":"d922616d71ca96f778c63ea49015b141afa0a2ae@desy.de","name":"Tigran Mkrtchyan"},"message":"libs: update to nfs4j-0.7.9\n\nbufgix release:\nChangelog for nfs4j-0.7.8..nfs4j-0.7.9\n    * [ac7c01a] nfsv4: release file state only after successful LayoutReturn\n    * [02de71b] nfsv4: leave the synchronized block when disposing a client\n    * [3fa6701] nfs: fix sorting of export entries\n\nAcked-by:\nTarget: master\nRequire-book: no\nRequire-notes: no","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/b60ae5b70ee1bcf71bcca7f875fc310eaac26319"},{"sha":"89de4bb38445b2bc0c06495ef0e1265276e41f91","author":{"email":"e9ea248744a122662c709a2d6819bccccd67c1f5@otfrid.fnal.gov","name":"alrossi"},"message":"(2.7) gitignore additions for IntelliJ\n\nThe current .gitignore exclusions were not working (SL6).\n\nThe additional ones fix it.\n\nTarget: 2.7\nAcked-by: Tigran\nRequire-book: no\nRequire-notes: no","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/89de4bb38445b2bc0c06495ef0e1265276e41f91"},{"sha":"08394366dab0414d016c627a816421a8e3a65f58","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"Merge pull request #1219 from kofemann/new-nfs-2.7\n\nlibs: update to nfs4j-0.7.9","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/08394366dab0414d016c627a816421a8e3a65f58"},{"sha":"d6c7331d3a8eaf01b48869da4ce48728ab1d3f51","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"Merge pull request #1228 from alrossi/fix/2.7/gitignore\n\n(2.7) gitignore additions for IntelliJ","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/d6c7331d3a8eaf01b48869da4ce48728ab1d3f51"},{"sha":"1c1803a220dddb9a73d4b94462828165969680c6","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"info-provider: remove dCacheDomain assumption.\n\nWhen calculating \"the\" dCache version to report, the current\ninfo-provider assumes that there is a dCacheDomain running and that\nthis is the \"hub\" of the cell communication hub. While this\nassumption is true for default configuration and is valid for the\nmajority of sites, it is possible for sites to update the default\nconfiguration to break this assumption.  Moreover, we have had\nreports of sites suffering from this problem.\n\nThis patch removes the dCacheDomain assumption and replaces it with a\nweaker assumption: that there is only one PoolManager cell in the\nsystem.\n\nSimilar dCacheDomain assumptions, used when publishing additional\nservice characteristics in GLUE v1.3, have also been removed.\n\nTarget: master\nTicket: http://rt.dcache.org/Ticket/Display.html?id=8590\nPatch: https://rb.dcache.org/r/7680\nAcked-by: Albert Rossi\nRequest: 2.11\nRequest: 2.10\nRequest: 2.9\nRequest: 2.8\nRequest: 2.7\nRequest: 2.6\n\nConflicts:\n\tskel/share/info-provider/glue-1.3-defn.xml\n\tskel/share/info-provider/glue-2.0-defn.xml","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/1c1803a220dddb9a73d4b94462828165969680c6"},{"sha":"12918f4cdaa4d837f5bc76bd0dd20427bbb9d3c7","author":{"email":"e260d3bce7ebdf2b872b611fd23ca302a2bc8a49@desy.de","name":"Paul Millar"},"message":"webdav: don't log a stack-track when proxy transfer is interrupted\n\nAlthough dCache behaves correctly for proxied uploads and downloads,\nif a client interrupts such a transfer then a stack-track is logged.\nThis is because Milton wraps an IOException in a RuntimeException.\n\nTo counter this, the EofException is converted to a\nBadRequestException for PUT requests, resulting in a 400 response if\nthe client half-closes the connection.  If the TCP connection is\nfully closed then the client doesn't receive any response.\n\nClosing a TCP connection during GET request, will be reported as an\ninternal error, but the client will not get this message as the\nTCP connection is already closed.\n\nTarget: master\nRequest: 2.11\nRequest: 2.10\nRequest: 2.9\nRequest: 2.8\nRequest: 2.7\nRequest: 2.6\nRequires-notes: yes\nRequires-book: no\nPatch: https://rb.dcache.org/r/7653\nAcked-by: Gerd Behrmann\n\nConflicts:\n\tmodules/dcache-webdav/src/main/java/org/dcache/webdav/DcacheFileResource.java","distinct":true,"url":"https://api.github.com/repos/gbehrmann/dcache/commits/12918f4cdaa4d837f5bc76bd0dd20427bbb9d3c7"}]}