We're evolving to serve you better! This current forum has transitioned to read-only mode. For new discussions, support, and engagement, we've moved to GitHub Discussions.

Relative URLs does not work

June 1, 2020 at 1:15 pm #2879
[anonymous]
Hello,

Relative URLs does not work at least with following setup:
- GitLab Pages sync
- Domain set to Use relative URLs when domain field is autocompleted to
```
./
```
- ProDocs theme in use
When I use your syncing functionality to upload the webpage, all relations to assets does not work and look like this:
```
href=”.//assets/css/style.css?v=1f59ab646289da9e0cb4b23df32c3663”
```
Double slash after a dot is the problem. If I manually change the domain to ‘.’ (leave the dot but remove the slash) end result is the same.

How can I overcome this issue?
June 11, 2020 at 11:59 am #3005

[anonymous]

Hi,

This feature is unfortunately buggy, and we need more time to improve it as it causes many side effects due more complicated catalogs structure. I suppose that in v.0.36.1 we will temporary disable this option and we will restore it when it will work properly.

July 21, 2020 at 11:55 am #3268

[anonymous]

And what is the ETA, please?

I need this feature as air

July 30, 2020 at 2:55 pm #3298

[anonymous]

Hi. As I am unfortunatly also relying on the “relative” URL – is it safe to “downgrade” to 0.36.0 and export the site?

July 30, 2020 at 3:04 pm #3299

[anonymous]

it never worked as it should

July 30, 2020 at 3:07 pm #3300

[anonymous]

I know – but so far it was sufficient … anyways … I installed the 0.36.0 on another machine … works. thanks.

July 30, 2020 at 3:09 pm #3301

[anonymous]

[anonymous] wrote:

I know – but so far it was sufficient … anyways … I installed the 0.36.0 on another machine … works. thanks.

How you made it work? It never worked for me.

Hm.. it was working on the same machine, but try to move the output folder on other machine and run, is it still working?

July 30, 2020 at 5:51 pm #3302

[anonymous]

The relative URLs can properly work if you are not using any subdirectories (e.g. pretty URLs), but the problems begin when you go e.g. to the tag page. The issue is quite big and needs a bigger rewrite in the rendering engine. At this moment we have no ETA for that, but we will try to bring back this feature in v.0.37 or v.0.38.

August 3, 2020 at 9:08 am #3333

[anonymous]

Damn it 🙁

Bought ProDocs theme and cant use it as it was planned

August 3, 2020 at 4:30 pm #3335

[anonymous]

@Alex – to be honest – it is also an important issue for us, but it also requires a lot of work, that’s why I cannot specify how fast I will solve this problem. I will try to do my best and solve it in v0.37 if possible.

August 4, 2020 at 9:04 am #3339

[anonymous]

Thank you! Looking forward!

August 4, 2020 at 9:05 am #3340

[anonymous]

thank you a lot

August 12, 2020 at 11:47 am #3393

[anonymous]

Tomasz Dziuda wrote:

@Alex – to be honest – it is also an important issue for us, but it also requires a lot of work, that’s why I cannot specify how fast I will solve this problem. I will try to do my best and solve it in v0.37 if possible.

Tomasz? Please apox timeframe for the fix?

I need to move forward somehow with the work i have. Maybe Grav plus Static plugin is the way

August 14, 2020 at 5:51 pm #3407

[anonymous]

@Alex – I think that I have finally found a way to implement relative URLs in Publii without rewriting whole rendering engine 🙂

Which OS are you using? I do hope that in the weekend I will finish implementation and then I can provide you a prerelease version to test this feature 🙂

August 18, 2020 at 8:27 am #3563

[anonymous]

Great news 🙂 Thank you

I have both here, mac and windows

August 25, 2020 at 9:10 am #3619

[anonymous]

@Alex – sorry for the delay but I have to finish few features to make the prerelease version usable.

You can download prerelease of v.0.37 here: https://cdn.getpublii.com/prerelease/Publii-0.37.0.dmg – this version restores the “Use relative URLs” switcher under server setttings.

If you will find any problems with relative URLs – feel free to report me them.

August 28, 2020 at 7:19 am #3645

[anonymous]

Thank you

Do you also have Windows version built?

October 13, 2020 at 2:25 pm #4086

[anonymous]

windows v.0.37.1 (build 13792) beta

the issue still there.

Rendering process failed
An error occurred during rendering process:

Invalid count value

October 13, 2020 at 2:26 pm #4088

[anonymous]

windows v.0.37.1 (build 13792) beta

the issue still there.

Rendering process failed
An error occurred during rendering process:

Invalid count value

October 13, 2020 at 3:33 pm #4099

[anonymous]

@zongmeng – which theme are you using?

The problem exists when relative urls are disabled?

June 28, 2022 at 4:57 pm #7662
[anonymous]
Hi there,

I know this post is quite old, but I’m wondering of the issue still exists or if I just missed a configuration.

I’m currently using

Publii: Version: 0.39.1 (build 15486)

Theme: Mercury (v.2.3.0.0)

Os: Windows 11

The following scenario:

I do have created a post ‘a’. Which is accessible in preview and hosted mode. Within the mercury template I’m trying to referre to this post from the footer section using
```
Whatever
```
I need to use the leading slash as without that I get a 404 from the Tags-List-Page as the link would resolve to something like ‘<domain>/tags/a.html’. This results that the site is hosted correctly on the server (I think this is because of the WebServer handling that correctly) but no longer in Preview Mode as the preview url will resilve to ‘C:\a.html’.

It’s not that dramatic that the page navigation does not work in Preview Mode, it’s more important that it works in the remote server for sure, but as already said. If there is a solution to get both modes working with relative post urls that would be nice.

Cheers and best regards

syracus
July 1, 2022 at 3:41 pm #7677

[anonymous]

@syracus – I suppose that this issue is only with custom HTML and yes – it won’t work in preview mode, but it would be hard to analyze and replace potential relative links with prefixes – I think it is not a problem worth solving as it can lead to more problems than benefints at this moment.