fix(tools): filtros que apuntan a columnas inexistentes y tool duplicada - #6
Open
Asermar wants to merge 1 commit into
Open
fix(tools): filtros que apuntan a columnas inexistentes y tool duplicada#6Asermar wants to merge 1 commit into
Asermar wants to merge 1 commit into
Conversation
Tres defectos detectados al inventariar las tools get_*: 1. `get_logmessages` expone el filtro `fecha`, pero el modelo `log_message` no tiene esa columna: la suya es `time` (timestamp). Como `APIModel::getWhereValues` descarta los campos que no existen en el modelo, el filtro es un NO-OP silencioso: el usuario cree estar filtrando y recibe todo. Renombrado a `time`. 2. `get_emailsentes` tiene TRES filtros igual de rotos: `destinatario`, `asunto` y `fecha`; las columnas reales de `email_sent` son `addressee`, `subject` y `date`. Renombrados los tres. 3. `get_cuentabancoproveedores` está declarada dos veces (en `purchasingTools` y en `purchasingWriteTools`) y tiene dos `case` en el mismo switch. Se publicaba el esquema de la segunda (se registra después) pero se ejecutaba el primer case, y el segundo era inalcanzable. Se deja una sola definición, en `purchasingTools` por ser de lectura, conservando el esquema que se venía publicando. Los nombres de parámetro pasan a coincidir con las columnas reales, que es lo que espera la API.
Asermar
pushed a commit
to Asermar/fs-claude-plugin
that referenced
this pull request
Aug 22, 2026
Conflicto real entre dos propuestas nuestras, no con upstream: FacturaScripts#6 corrigió los nombres de los filtros de `get_emailsentes` —`destinatario`/`asunto`/`fecha` apuntaban a columnas que no existen y pasaron a `addressee`/`subject`/`date`— y FacturaScripts#7 añade el rango de fechas sobre los nombres viejos, porque nació de `upstream/main` y no conoce FacturaScripts#6. Es lo esperable con ramas cortadas de upstream, y es la razón de que se corten de ahí: cada PR enseña sólo su cambio. Resuelto conservando las dos cosas: los nombres corregidos de FacturaScripts#6 y los cinco añadidos de FacturaScripts#7 —el import y los cuatro `...dateRangeFilters(...)`—. Contrastado contra la rama de FacturaScripts#7 uso por uso: los mismos cuatro, ninguno perdido. Los ficheros generados —`dist/`, los `.map` y `tsconfig.tsbuildinfo`— NO se fusionan a mano: se regeneran con `tsc -b`, que es lo único que garantiza que el compilado corresponda a la fuente resuelta. El repo versiona `node_modules`, así que compila sin instalar nada.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Problema
Tres defectos detectados al inventariar las tools
get_*. Los dos primeros hacen que el usuario crea que está filtrando y reciba todo, sin ningún aviso.Causa y solución
1.
get_logmessagesfiltra por una columna que no existe. Expone el parámetrofecha, pero el modelolog_messageno tiene esa columna: la suya estime(timestamp). ComoAPIModel::getWhereValuesdescarta los campos que no existen en el modelo, el filtro es un no-op silencioso. → Renombrado atime.2.
get_emailsentestiene tres filtros igual de rotos. Exponedestinatario,asuntoyfecha; las columnas reales deemail_sentsonaddressee,subjectydate. → Renombrados los tres.3.
get_cuentabancoproveedoresestá declarada dos veces. Una enpurchasingToolsy otra enpurchasingWriteTools, con doscaseen el mismoswitch. Se publicaba el esquema de la segunda (se registra después, y elMapes last-write-wins) pero se ejecutaba el primercase; el segundo era inalcanzable. → Se deja una sola definición, enpurchasingToolspor ser de lectura, conservando el esquema que se venía publicando (required: []) para no cambiar el contrato.Alcance
Tres ficheros de módulos (
system,communication,purchasing). Los nombres de parámetro pasan a coincidir con las columnas reales, que es lo que espera la API.Es un cambio de nombre en la entrada de tres tools. Como esos filtros nunca llegaron a funcionar, no se rompe ningún uso que hoy dé resultado.
Verificación
Comprobado contra la metadata de los modelos que
log_messagetienetime(nofecha) yemail_senttieneaddressee/subject/date(nodestinatario/asunto/fecha). Tras el cambio queda una sola definición y un solocasedeget_cuentabancoproveedores. Compila sin errores.