Travis builds fallidos: posts.cached_version no existe

Desarrollador
1

Tengo 3 plugins para los que estoy realizando compilaciones adecuadas con Travis y que comenzaron a fallar ayer. Todos están fallando de la siguiente manera, y no veo cómo este problema podría ser causado por los plugins:

2020-05-01 00:29:58.212 UTC [334] ERROR: la columna posts.cached_version no existe en el carácter 193
2020-05-01 00:29:58.212 UTC [334] SUGERENCIA: Quizás quisiste hacer referencia a la columna "posts.baked_version".
2020-05-01 00:29:58.212 UTC [334] SENTENCIA: SELECT "posts"."id", "posts"."user_id", "posts"."topic_id", "posts"."post_number", "posts"."raw", "posts"."cooked", "posts"."created_at", "posts"."updated_at", "posts"."reply_to_post_number", "posts"."cached_version", "posts"."reply_count", "posts"."quote_count", "posts"."deleted_at", "posts"."off_topic_count", "posts"."like_count", "posts"."incoming_link_count", "posts"."bookmark_count", "posts"."score", "posts"."reads", "posts"."post_type", "posts"."vote_count", "posts"."sort_order", "posts"."last_editor_id", "posts"."hidden", "posts"."hidden_reason_id", "posts"."notify_moderators_count", "posts"."spam_count", "posts"."illegal_count", "posts"."inappropriate_count", "posts"."last_version_at", "posts"."user_deleted", "posts"."reply_to_user_id", "posts"."percent_rank", "posts"."notify_user_count", "posts"."like_score", "posts"."deleted_by_id" FROM "posts" WHERE ("posts"."deleted_at" IS NULL) AND 1=0
PG::UndefinedColumn: ERROR: la columna posts.cached_version no existe
LINE 1: ...ts"."updated_at", "posts"."reply_to_post_number", "posts"."c...

Acabo de actualizar un sitio y funcionó correctamente, así que no es algo que afecte a los sitios que funcionan adecuadamente.

Acabo de intentarlo de nuevo (¡han pasado 14 horas!) y parece que el problema persiste. ¿Hay algo que necesite actualizar?

2 Me gusta
2

¿Es esto a lo que te refieres? ¿Eliminamos esa columna? Recuerdo que @sam eliminó algunas columnas recientemente.

3

Hace muchos años

¿Alguno de estos complementos es no oficial? ¿Estás instalando una versión antigua del calendario?

4

Todos son no oficiales, de lo contrario, no los estaría probando. :wink:

Perdona si no quedó claro.

Todos han estado superando las pruebas durante algunas… semanas, al menos. Hubo un momento hace un tiempo en que fallaron las pruebas durante unos días y luego volvieron a funcionar unos días después.

Ninguno de ellos hace nada con el calendario, que yo sepa. Este es bastante sencillo si quieres echar un vistazo.

1 me gusta
5

¿Alguno de ellos tiene migraciones?

1 me gusta
6

Nope. No tengo ni idea de cómo hacer que realicen las migraciones. :wink:

7

Así que, mejoró. Hace 14 horas, https://travis-ci.org/ se volvió a ejecutar para mis plugins personalizados y todos aprobaron. No cambié nada. Esto ya había sucedido al menos una vez antes: las compilaciones de Travis fallaron y, unos días después, volvieron a pasar sin que yo hiciera nada.

3 Me gusta
8

Estoy experimentando el mismo problema al ejecutar las migraciones con nuestro plugin discourse-ratings únicamente en una configuración de desarrollo estándar. No veo ningún código que solicite específicamente la columna cached_version.

Hash del commit: 093ee1d80c269afd00ba1341a3e71eb97e4ce7f1

Ejecuté RAILS_ENV=test rake db:drop db:create db:migrate, por lo que no debería haber datos en la base de datos.

Esta es la línea:

1 me gusta
9

Ok, esto es lo que funcionó para nosotros. Llamamos a reset_column_information en las tablas relevantes antes de la migración. De alguna manera, la columna cached_version está cached :wink: en la caché del esquema. Además, esto parece ser un problema particularmente en el entorno test.

3 Me gusta