Full URL on paste insert

[GioPan04]

When inserting a new paste the url generated to be copied only contains the path of the paste.
It would be better to include the complete url (base url + path).

I have a specific use case where my pastes are generated on a local lan which has a different domain than the public one. Right now when I share a paste the browser includes the local domain when I create a new paste, that is not available on the public internet.

I can make a pull request if you consider this a valid change

[matze]

This is the same issue as with the QR code. But you cannot solve the issue generally other than threading through some base URL throughout the entire code base as was done until recently because the service itself does not know where it runs and how its setup. Thus, I'd like to keep relative URLs as the base for everything because it keeps everything simple and relocatable. Stupid question: why can't you paste on the public one?

[GioPan04]

Mhh okay.
I wanted to be the only one allowed to create a paste, so I restricted nginx to allow the / route only to local IPs. To access the local version I use a domain (configured in my local DNS server) that is different from the public one

[shivjm]

But you cannot solve the issue generally other than threading through some base URL throughout the entire code base as was done until recently because the service itself does not know where it runs and how its setup.

It would require an extra configuration variable, but perhaps the user could (optionally) specify a header containing the remote host, like X-Forwarded-Host. Then wastebin can generate absolute URLs using the value of that header while falling back to relative URLs with a warning in the logs if the header is unavailable for a request. This wouldn’t help if wastebin is under a prefix, but I think that’s a reasonable compromise.