manuel
(Manuel Kostka)
5. November 2020 um 08:30
1
Wenn ich nach tags/none suche, erhalte ich jetzt eine Oops! Diese Seite existiert nicht oder ist privat -Meldung, sowohl auf einer Sandbox-Instanz, an der ich arbeite, als auch hier auf Meta.
Ich konnte diesen Weg vor ein paar Tagen noch auf meiner Instanz gehen, aber ich habe aktualisiert und einiges geändert, also habe ich keine Ahnung, warum es jetzt anders ist?
2 „Gefällt mir“
bartv
(Bart )
5. November 2020 um 08:35
2
Versuche stattdessen tag/none. Ich bin kürzlich auf ein ähnliches Problem gestoßen; ich glaube, die Tag-Route wurde vor kurzem umbenannt.
2 „Gefällt mir“
manuel
(Manuel Kostka)
5. November 2020 um 08:40
3
Danke, das funktioniert!
Die Auswahl von alle Kategorien und keine Tags im Navigationsmenü führt jedoch immer noch zu tags/none.
2 „Gefällt mir“
rishabh
5. November 2020 um 09:34
4
manuel:
Ich konnte diesen Weg vor ein paar Tagen auf meiner Instanz noch verfolgen, aber ich habe seitdem einiges aktualisiert und geändert, daher habe ich keine Ahnung, warum es jetzt anders ist?
committed 02:57PM - 03 Nov 20 UTC
* DEV: Remove client-side legacy tag and category routes
* DEV: Remove server… -side legacy tag routes
* DEV: Refactor ListController#set_category
* FIX: Remove reference to discovery.parentCategory
* FIX: Refactor TagsController#set_category_from_params
* FIX: Build correct canonical URL for tags and categories
* DEV: Fix deprecation notice in Ruby 2.7
* DEV: Replace use of removed legacy tag route
* DEV: Add deprecation notices for old routes and controllers
Danke, dass du uns das mitgeteilt hast. Ich kann das auf Meta nachvollziehen. @dan , können wir das beheben?
8 „Gefällt mir“
sam
(Sam Saffron)
5. November 2020 um 23:28
8
Ich habe dies gemäß folgendem Link behoben:
master ← no_tags
merged 11:28PM - 05 Nov 20 UTC
We refactored routes and removed /tags/none... instead is should be /tag/none
Wir werden unsere Sites bald bereitstellen, sodass das Problem behoben sein wird.
Vielen Dank für die Meldung, @manuel .
8 „Gefällt mir“