Taxonomy view page not found

Created on 15 May 2023, over 1 year ago
Updated 29 August 2024, 10 days ago

Taxonomy term page not found

I noticed that one of my Taxonomy vocabularies don't show the term page and redirect me to page not found.

Steps to reproduce

Clicking on edit works correctly, but if I click on view or I click on the term name I get redirected to page not found.
The log report says Page not found
For example from
Referrer: /it/taxonomy/term/314/edit?destination=/it/admin/structure/taxonomy/manage/xzxx/overview
Location: /it/taxonomy/term/314
Type page not found

I tried to add new terms to the same vocabulary and I still get the error, if I add new terms to other vocabularies they work correctly, but if I add new vocabulary all terms don't work.

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

๐Ÿ’ฌ Support request
Status

Closed: cannot reproduce

Version

11.0 ๐Ÿ”ฅ

Component
Taxonomyย  โ†’

Last updated 1 day ago

  • Maintained by
  • ๐Ÿ‡บ๐Ÿ‡ธUnited States @xjm
  • ๐Ÿ‡ฌ๐Ÿ‡งUnited Kingdom @catch
Created by

๐Ÿ‡ฎ๐Ÿ‡นItaly Franz65

Live updates comments and jobs are added and updated live.

Missing content requested by

๐Ÿ‡ฆ๐Ÿ‡บAustralia dpi
9 days ago
Sign in to follow issues

Comments & Activities

  • Issue created by @Franz65
  • ๐Ÿ‡บ๐Ÿ‡ธUnited States cilefen

    Is pathauto used on this site?

    I am changing this to a support request because the steps to reproduce are more like a description of the problem.

  • ๐Ÿ‡ฎ๐Ÿ‡นItaly Franz65

    Yes, pathauto is in use on the site

  • ๐Ÿ‡ฎ๐Ÿ‡นItaly Franz65

    I uninstalled pathauto, but the problem persists

  • ๐Ÿ‡บ๐Ÿ‡ธUnited States cilefen

    Are there any redirects or aliases involving these paths?

  • ๐Ÿ‡ฎ๐Ÿ‡นItaly Franz65

    I tried using a backup, everything works fine till I touch the cache. Than the problem comes back. I deleted all url alias and uninstalled pathauto, but the problem persists.
    Is there a way to have a more detailed log than those in the admin interface?
    Thanks

  • ๐Ÿ‡ฎ๐Ÿ‡นItaly Franz65

    Are there any redirects or aliases involving these paths?

    I deletetd all url alias and url redirect, uninstalled the modules. The problem remains.

  • ๐Ÿ‡ฎ๐Ÿ‡นItaly Franz65

    Don't ask me why, but uninstalling fontyourface made some of the the vocabularies work.
    Now the vocabularies with a pathauto setting and url alias work regularly, but stopped working the vocabularies with normal defualt path as /taxonomy/term/222

  • ๐Ÿ‡ฎ๐Ÿ‡นItaly Franz65

    I deleted all url redirects and url aliases, uninstalled pathauto, but nothing changes.
    The only one thing that makes some changes is uninstall fontyourface, that makes work one of the vocabularies that didn't work, but makes the other not working.
    Nowo nly one vocabulary works correctly, all the other taxonomy terms give "page not found" when I try to view them. Edit page works correctly.

  • ๐Ÿ‡ฎ๐Ÿ‡นItaly Franz65

    The watchdog table in postgresql reports errors of this kind:
    3202994 | 1 | page not found | @uri | a:1:{s:4:"@uri";s:21:"/it/taxonomy/term/317";} | 4 |

    I checked taxnomy term tables and I don't see anything strange.
    How does Drupal check the existance of an URL? How does it decide if an url exists or not in the case of taxonomy temrs? If it looks up the taxonomy_term tables it should find all the terms because I see them listed there.

  • ๐Ÿ‡ฎ๐Ÿ‡นItaly Franz65

    These are some results form select on db where the term 318 works correctly and the term 317 doesn't work:

    fe2022drupal=# select * from taxonomy_term_data where tid=318;
    tid | revision_id | vid | uuid | langcode
    -----+-------------+--------+--------------------------------------+----------
    318 | 321 | luoghi | 006bb5f9-b480-4b34-8850-f081bb6d4f7d | it
    (1 row)

    fe2022drupal=# select * from taxonomy_term_data where tid=317;
    tid | revision_id | vid | uuid | langcode
    -----+-------------+-------+--------------------------------------+----------
    317 | 320 | prova | af6d9b39-085d-499e-a7ef-1d3f594e3537 | it

    fe2022drupal=# select * from taxonomy_term_field_data where tid=317;
    tid | revision_id | vid | langcode | status | name | description__value | description__format | weight | changed | default_langcode | revision_translation_affected | content_translation_source | content_translation_outdated | content_translation_uid | content_translation_created
    -----+-------------+-------+----------+--------+------+---------------------------------+---------------------+--------+------------+------------------+-------------------------------+----------------------------+------------------------------+-------------------------+-----------------------------
    317 | 320 | prova | it | 1 | b |

    descrizione di b รจ qui

    \r+| basic_html | 0 | 1684233890 | 1 | 1 | und | 0 | 1 | 1684232354
    | | | | | | | | | | | | | | |
    (1 row)

    fe2022drupal=# select * from taxonomy_term_field_data where tid=318;
    tid | revision_id | vid | langcode | status | name | description__value | description__format | weight | changed | default_langcode | revision_translation_affected | content_translation_source | content_translation_outdated | content_translation_uid | content_translation_created
    -----+-------------+--------+----------+--------+----------------+-------------------------+---------------------+--------+------------+------------------+-------------------------------+----------------------------+------------------------------+-------------------------+-----------------------------
    318 | 321 | luoghi | it | 1 | luogo di prova |

    luogo di prova

    \r+| basic_html | 0 | 1684235151 | 1 | 1 | und | 0 | 1 | 1684235151
    | | | | | | | | | | | | | | |

    I don't see anything different between the two terms that could justify the different behavior.
    Where else should I search?
    Someone can help please?
    Thanks

  • Drupal core is moving towards using a โ€œmainโ€ branch. As an interim step, a new 11.x branch has been opened โ†’ , as Drupal.org infrastructure cannot currently fully support a branch named main. New developments and disruptive changes should now be targeted for the 11.x branch. For more information, see the Drupal core minor version schedule โ†’ and the Allowed changes during the Drupal core release cycle โ†’ .

  • ๐Ÿ‡ฎ๐Ÿ‡นItaly Franz65

    I see on this page https://www.cmsdigital.design/drupal-byte/how-create-custom-taxonomy-ter... that should exists a table called taxonomy_vocabulary that isn't present in my database.

  • Status changed to Closed: cannot reproduce 10 days ago
  • ๐Ÿ‡ฆ๐Ÿ‡บAustralia dpi Perth, Australia

    If the view tab is present, and its redirecting you to not found, I'm inclined to believe its some kind of issue with custom code or contrib.

    In core, if you dont have access to a view page. The "View" tab won't show, because access control ensures it. The same applies if views are controlling access to the View page via entity_access.

    Re #12, {taxonomy_vocabulary} table is a D7 concept, the article incorrectly shows it as a "Drupal 8,9 and 10" feature. Vocabularies in D8 and later are config, which don't have or need a dedicated table.

    Reading through this issue, it doesnt make sense to me as a core bug. So will need some investigation on your own. Closing based on this, and this issue is quite stale with no followers.

Production build 0.71.5 2024