diff options
Diffstat (limited to 'doc/bugs/box.com/comment_1_d904a08519424cb9f599b2154d1ef953._comment')
| -rw-r--r-- | doc/bugs/box.com/comment_1_d904a08519424cb9f599b2154d1ef953._comment | 10 |
1 files changed, 0 insertions, 10 deletions
diff --git a/doc/bugs/box.com/comment_1_d904a08519424cb9f599b2154d1ef953._comment b/doc/bugs/box.com/comment_1_d904a08519424cb9f599b2154d1ef953._comment deleted file mode 100644 index d230e52aa..000000000 --- a/doc/bugs/box.com/comment_1_d904a08519424cb9f599b2154d1ef953._comment +++ /dev/null @@ -1,10 +0,0 @@ -[[!comment format=mdwn - username="http://joeyh.name/" - ip="108.236.230.124" - subject="comment 1" - date="2014-09-18T19:28:56Z" - content=""" -Ok, I managed to reproduce this. In my case, there was no \"Bad creds\" message because the broken creds data it used happened to contain a newline, but same problem; the creds stored by the webapp are not used properly when re-enabling the box.com remote elsewhere. Same problem would affect other special remotes using embedded creds and shared encryption. - -Seems to be a bug introduced in [[!commit fbdeeeed5fa276d94be587c8916d725eddcaf546]]. Despite what the commit says, the embedded creds did get encrypted with the shared gpg key. I have reverted that commit to fix this problem. -"""]] |