Store the file path instead of ID for the navigation logo

Marked ✨ Allow SVG logos Closed: duplicate duplicate since this issue would enable svg logos to be used.

Implemented code to support image path instead of file id of navigation logo, also made some adjustments to the respective code files for the new changes. apart form nothing seems to be left.

Please review , moving NR.

Left comments on MR.

Thanks for reviewing , working on the it.

Addressed the feedback, left comment on MR. PLease review, moving NR.

Added additional comments

Addressed the feedback, left comment on MR. PLease review, moving NR.

I don't want to keep playing ping pong with this. Will leave for somewhere else but -1 from me as we are hard coding values and schema validation appears to be missing.

On adding validation constraints appears random test failures , moving to NW 'll debug it.

hard coding values of logo extension now added in config & added constraints validation as well

As new key logo_extension added, it leads to 'validation config' warning: https://git.drupalcode.org/issue/drupal-3462829/-/jobs/2613092

But not getting similar warning on local even try with this command: drush config:inspect --filter-keys=navigation.settings --detail --list-constraints

if 'll be great if anyone can share suggestion for it.

-                "navigation.settings": 4,
+                "navigation.settings": 5,
                 "node.settings": 2,
                 "node.type.*": 22,
                 "olivero.settings": 16,
@@ -2788,10 +2788,10 @@
         },
         "perPropertyPath": {
             "all": {
-                "count": 17140
+                "count": 17141
             },
             "validatable": {
-                "count": 10377
+                "count": 10379
             },
             "fullyValidatable": {
                 "count": -1

Tried to address the mentioned feedback, apart form it nothing appears to be left.

MR is mergeable, there is one warning validation config, it display validation count & line no. increase which is correct, no any error message displaying, not sure on the basis of it, PLease review, moving to NR.

There is an issue occurring when clicking on the entity used for the logo from the file system.

1. Upload a custom logo:
Navigate to Administration > Configuration > User Interface > Navigation > Settings.
Upload and save your custom logo.

2. Save the configuration:
Ensure the changes are saved properly.

3. Verify the issue:
Go to Administration > Content > Files.
Locate your most recently uploaded logo file.
Click on the Usage link for this file.
Observe the error that appears.

The website encountered an unexpected error. Try again later.

Drupal\Component\Plugin\Exception\PluginNotFoundException: The "logo" entity type does not exist. in Drupal\Core\Entity\EntityTypeManager->getDefinition() (line 138 of core/lib/Drupal/Core/Entity/EntityTypeManager.php).

@kumudb, This issue not replicate due to these MR changes , I have verified & created issue here 🐛 Page break error display :The "logo" entity type does not exist Active , can track there.

Will leave for additional reviews

But my thoughts
But logo_managed variable name for a path doesn't make much sense to me
Logo_extensions seems to have no field (is there not a way to get allowed file uploads?)
The schema for logo_managed says it's allowed to be null but if it's a path to an image then should validate it's a valid path.

But logo_managed variable name for a path doesn't make much sense to me

Agree , 'll working on the same, keep logo_path variable name.

Logo_extensions seems to have no field (is there not a way to get allowed file uploads?)

Generally when we upload the image on the node form , there is only visible image field, & image extension not visible to the user , it is attached with field storage.

Here if we 'll add logo_extension field then on the same form logo extension & logo upload field both 'll be visible, this 'll be bit confusing experience for the user.

The schema for logo_managed says it's allowed to be null but if it's a path to an image then should validate it's a valid path.

On the basis of my understanding trying to rply correct me if I 'm missing anything, 'logo_managed' can be null because at the BE there are three opts available: default: (by default this value is selected when this selected then image path not get from the config, so image path not store as well, due to which I set null ) ,
hide: in this opt no image 'll display & not store it's value in config, custom logo update: only in this opt image store, so on the basis above mentioned scenarios keep it null.

Thank you for the work on this one!

Once 📌 Adjust custom navigation logo dimensions on upload Fixed has been merged, the ground for this one is ready.

Merged main into the MR branch and solved the conflicts as best as I could. Also added some new comments.

Wonder if the aim of this one would be to have a similar UI and logic we already have for the theme logo, but that could be discussed later.

Applied suggestions on MR & fixed test failures as well now MR is meregeable.

PLease review, moving NR.

Thank you for your help here @pooja_sharma.

According the Issue Summary, the expected outcome of this issue is to have a similar UI and behavior to /admin/appearance/settings page, where the logo path can be defined manually, or uploading a custom file, whose path is stored in config.

The difference with Logo image is that logic to adjust the file dimensions on upload should still be there.

Marking as Navigation stable blocker because would solve indirectly 🐛 Page break error display :The "logo" entity type does not exist Active

The difference with Logo image is that logic to adjust the file dimensions on upload should still be there.
Please also do not forget that uploading SVG files must be forbidden where setting a path to a SVG file need to be allowed.

I've closed 🐛 Page break error display :The "logo" entity type does not exist Active as a duplicate of this issue, since we'll resolve that here.

Let's credit: pooja_sharma, kumudb, skaught, plopesc, and smustgrave for review / patches when we have a commit here please.