Update: Working on FeedLand API, making change in how users table works
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 15/100
Línea de trabajo
The issue names database.setUserPrefs but no source file or test. Start by locating that entry point and its callers, including feedlandHome and the markTwain prototype; done would require a maintainer-defined regression check that omitted preferences do not overwrite existing user values.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hopefully there will be no breakage from this change, which I'm making very carefully.
First a bit of background.
- I'm working on a REST API for FeedLand, so we can build other UIs for the data in a feedland instance.
- I have a prototype app whose codename is markTwain. You will hear me refer to it from time to time.
- markTwain doesn't do everything feedlandHome does (that's the app that forms the UI for FeedLand as you use it now).
- So when you assign to the user's prefs, we don't have values for all the things we keep track of for users.
- As-written database.setUserPrefs will set the values of all columns, even if they weren't specified by the caller.
- This isn't a problem for feedlandHome because it always sends all the values.
- But it is a problem for markTwain. So I changed the functionality slightly so that if we don't have a value we don't change it to NULL which is what MySQL would substitute. (I investigate this thoroughly, hopefully.)
markTwain is a placeholder for "all future apps." I could have made MT supply all the values it doesn't do anything with, but this isn't very futuristic. I want to lay a good clean foundation here.
This change should not affect current FeedLand installations, but we should keep an eye out for problems.
I'll post a note in this thread when the changes are deployed.
- Lenguaje dominante
- HTML
- Estrellas
- 11
- Forks
- 4
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de scripting/feedlandInstall
-
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
scripting/feedlandInstall#79 · 1 comentario · 1 reacción ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
scripting/feedlandInstall#77 · 3 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
scripting/feedlandInstall#76 · 3 comentarios ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 20/100
scripting/feedlandInstall#74 · 3 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
scripting/feedlandInstall#73 · 1 comentario ·
Todos los issues de scripting/feedlandInstall
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
john-kurkowski/tldextract#382 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
CircuitVerse/CircuitVerse#7967 · 1 comentario · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
CopilotKit/aimock#491 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
deepset-ai/haystack#13092 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
dani-garcia/vaultwarden#7801 ·
Los mantenedores suelen responder en 1 día