I feel like we’ve fixed this before. Such deja vu… 
I don’t think we need anything else from you @UnivacTwo
3 Likes
@UnivacTwo I made two fixes for broken images: the emoji in the wizard, and the image on the password reset page.
Note that there’s still a bug on the password reset page which isn’t specific to subfolders though. The image’s dimensions are 0 so it isn’t shown. EDIT: fixed.
3 Likes
Thank you @neil
How can I get this latest version? Just a reinstall should do the job?
I will also let you know if I found additional images/links/other type of assets with the same problem
Once the commit is in tests-passed, you can remote into the system using SSH and navigate to /var/discourse, then run ./launcher rebuild app
OK, so how do I know when the commit is in tests-passed state? I don’t even know which commit is this one.
Looks like it is. As the two branches are identical
https://github.com/discourse/discourse/compare/tests-passed
6 Likes
@neil I just found out that also the logo has the same problem. The reason I haven’t brought it up was that I override it adding in the admin section bellow the folder name in front of the images, but I just realized that if I d this the images are not rendered correctly in the emails.
Can you please look at these images too?
Just to be clear, are you referring to the Logo displayed in the Wizard Dialog, or on the Discourse pages too? The settings you took a screenshot of would impact emails and the Discourse pages (and ideally the Wizard too – but that might not be taking the subfolder into account)
I am referring to the discourse logo not in the wizard.
here is how the HTML source code look. You can see that the a href path is corect, having the folder name correct, but the logo is not <img src="/folder-name/images/d-logo-sketch.png" …
2 Likes
Those are just the default settings; either replace the defaults or add your subfolder path in.
It’s technically weird to make the default setting values change based on whether or not it’s a subfolder install, and most sites won’t be using those defaults anyways.
4 Likes
I am not talking about the defaults that appears in admin
but in the website it is normal to have the subfolder path in the image src the reason is that this is the corect path of all the images of the website when you install it in a subfolder.
If you override this, and manually add the folder name before the image in the admin, ( which is a hack for subfolder instalation ) then the path of the logo in emails is going to be incorect because it will have the subfolder name added automatically, in addition to the one that you add in the admin and in this case the logo path is going to be img src=“www.example.com/subfolder/subfolder/img/logo.png” which obvious is wrong and the logo is not rendered in the email clients.
In this case I I think the only solution is to repair the bug
(the same path problem is for favicon.ico)
I agree with @UnivacTwo that this is a bug. We support the default logos in emails, and we should in the header too.
https://github.com/discourse/discourse/commit/8ceed642cb0cb985edbdb8722d314c46a2d9b1b0
7 Likes
Thank you @neil you are great 
Have you been able to fix the favicon too?
Dear @neil, I found a more serios bug which is affecting google results, hope you could help me with a bug fix.
it seems that google is indexing the website with javascript disabled.
I did a test and I have disabled the javascript and I saw that some of the links have the folder name doubled. In my case the folder name is community and some of the links are lumminary.com/community/community/c/… etc
you can see some of the result in the google results page
search for: site:lumminary.com/community/community
Can you please help me with a patch?
There may be other links too, as I see in google a lot more links than the primary categories. It looks like the topics also have the same issue, but I cannot find which page generates the wrong links.
Can you please help me with this bug? If the forum is going to be indexed with wrong links I can get penalized in the future.
Thank you,
F
5 Likes
Thanks for the bug report. I can see the same thing on other sites.
@UnivacTwo I made a fix, so please update.
6 Likes
@neil it’s working. Thank you, you’ve done a great job!
5 Likes
Dear @neil,
I think I found another bug, which I am not 100% is from the Discourse or is something related to the reverse proxy.
I just saw in the requests Chrome network console, the forum is doing one request directly to the homepage of the website. In a setup in which the forum is in a folder it doesn’t make sense for such a request as nothing on the homepage of the website should be important for the forum.
This can impact the load speed, and also the bandwidth consumed. and maybe the rendering time as the browser may parse the html of the homepage (not sure if the Discourse is using this for anything or it is just a request remained somewhere in the code.)
Is this something that you would like to look at/fix?
Thank you for your great support.
F
Looks at the initiator on the Dev Tools. This is because you still need to set your default favicon and small logo.
4 Likes
Yes, setting the favicon corectly fixed this behavior. Thank you @Falco
3 Likes
This topic was automatically closed after 30 hours. New replies are no longer allowed.