Bug: huge memory leak (total red flag)
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 50/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Área
- mobile-dev, performance
Línea de trabajo
Reproduce by setting the app as default launcher and monitoring memory via Android Profiler. Look for leaked Activities, Views, or Drawables in launcher-related components. Check for context leaks, uncached bitmaps, or listeners not being removed. Use heap dumps to identify retained objects and trace them to source files in the Kotlin codebase.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Checklist
- I can reproduce the bug with the latest version given here.
- I made sure that there are no existing issues - open or closed - to which I could contribute my information.
- I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
- I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
- I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
- This issue contains only one bug.
- I have read and understood the contribution guidelines.
Affected app version
1.10.0
Affected Android/Custom ROM version
Android 16 / One UI
Affected device model
S23
How did you install the app?
GitHub releases
Steps to reproduce the bug
- set as default launcher
Expected behavior
for such a minimalist, not many features, and still buggy on widget resizing. this launcher took 250MB of RAM Usage and can go up to 400MB, this is wild!
Actual behavior
you can monitor this through settings > developer options > running devices > cached baclground process
Screenshots/Screen recordings
Additional information
- Lenguaje dominante
- Kotlin
- Estrellas
- 703
- Forks
- 85
- Merge medio
- 2 d 22 h
- PR fusionados (30 d)
- 10
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
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 FossifyOrg/Launcher
-
bug needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
FossifyOrg/Launcher#453 ·
Los mantenedores suelen responder en 1 día
-
bug needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
FossifyOrg/Launcher#447 ·
Los mantenedores suelen responder en 1 día
-
bug needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
FossifyOrg/Launcher#446 ·
Los mantenedores suelen responder en 1 día
-
feature request needs triage
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
FossifyOrg/Launcher#465 ·
Los mantenedores suelen responder en 1 día
-
feature request needs triage
Dificultad 3/5 1-2 días Aptitud para principiantes 40/100
FossifyOrg/Launcher#461 ·
Los mantenedores suelen responder en 1 día
Todos los issues de FossifyOrg/Launcher
Issues similares
-
[Submission] 抖音火山版Abiertosubmit-adaption submit-adaption-pre
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
BetterAndroid/android-notification-icon-project#744 · 1 comentario ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
utopia-rise/godot-jvm#1004 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
pedroSG94/RootEncoder#2213 ·
Los mantenedores suelen responder en 2 días
-
coding good first issue size:xs skill:kotlin-core sub-issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
SKaiNET-developers/SKaiNET#1323 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día