Generated logo URL ignores common htdocs specification

[paulcoddington@…]

Windows 7 (x64) with tracd on Python 2.7 (x86)

URL for logo generated is always http://server:n/environment/chrome/common/my_logo.png even though trac-global.ini has:

[header_logo] src = common/my_logo.png

or

[header_logo] src = my_logo.png

[inherit] htdocs_dir = C:\Services\Trac\htdocs

Permissions on common htdocs are identical to environment projects folder. favicon also seems to pick up OK from this location.

[Christian Boos]

Note that [inherit] htdocs_dir != [trac] htdocs_location.

Could you please try to check whether the following works?

[header_logo]
src = shared/my_logo.png

[paulcoddington@…]

Yes, it does. Although the URL reported is not what I expected (still within the project as above), due to my misunderstanding of the documentation and the way it remaps.

Just to check, does this global INI configuration seem viable for tracd-based installation where it is desired that all projects share the same icon and logo stored in C:\Services\Trac\htdocs, except where over-ridden in the project INI?

[header_logo]
src = shared/my_logo.png

[inherit]
htdocs_dir = C:\Services\Trac\htdocs

[project]
icon = shared/trac.ico

[trac]
htdocs_location =

Where over-ridden, the project INI would point to site/* for the resources contained in the project htdocs subfolder? Sorry if my misunderstanding the docs lead to a wild goose chase.

[Christian Boos]

Replying to paulcoddington@…:

Just to check, does this global INI configuration seem viable for tracd-based installation where it is desired that all projects share the same icon and logo stored in C:\Services\Trac\htdocs,

Yes, that works.

… except where over-ridden in the project INI? […] Where over-ridden, the project INI would point to site/* for the resources contained in the project htdocs subfolder?

That works as well.

Sorry if my misunderstanding the docs lead to a wild goose chase.

No problem, the code involved is a bit hairy and has survived several refactoring attempts, no wonder it's a bit hard on the user side as well ;-)