Fix issue #26

[vaibhav92]

This small patch fixes the issue when the hastebin application is deployed to the non default path on the web-server.

Test with non default server

[me@localhost ]$ echo "hello" | HASTE_SERVER='http://my.webserver.com/paste' haste
http://me.mywebserver.com/paste/ohezuqeray

Test with default server

[me@localhost ]$ unset HASTE_SERVER
[me@localhost ]$ echo "hello" | haste
http://hastebin.com/esacamudap

[BurningSmile]

i'm doubtful this patch will ever be accepted but it would be amazing if this could get put into the haste client!

[BurningSmile]

Well thanks! 👍

[seejohnrun]

No problem - FYI for posterity:

• Added tests in b5aa8fb
• Released as part of 0.2.3

Thanks @vaibhav92 !

[BurningSmile]

Tested it and it's working. But in doing so I found a bug with haste-server. I'm running it under a sub dir with a nginx proxy as described in the documentation. It seems as though i had to apply the patch linked in the wiki to get pasting to work at all. [Otherwise I would get a "something went wrong error." and the url would redirect to the main domain name. so instead of "domainname.com/haste" it would go back to "domanname" but stay on the hastebin page.] After applying the patch from the documentation. I can now paste and save it properly, But when i then copy the link and attempt to view it on another tab it redirects to domainname/haste. Any ideas what would cause this behavior?

[seejohnrun]

Yeah unfortunately haste-server doesn't support that yet. cc: toptal/haste-server#140

[BurningSmile]

oh okay, so for now the only way to get it to work is a subdomain? I see that when I paste it makes the file then trying to access it it gives the error "warn: document not found key=undefined."

Thanks for the project your provide, its been great for work!

[seejohnrun]

That's right. I'm glad you like the project - and I'll keep the feature in mind when I/if have time!