FLEXTool/FLEX

FLEX prematurely purges older items from network debugging cache

Offen

#173 geöffnet am 25.02.2017

Auf GitHub ansehenContributor Guide
 (8 Kommentare) (3 Reaktionen) (0 zugewiesene Personen)Objective-C (1.777 Forks)batch import
bugenhancementhelp wanted

Repository-Metriken

Stars
 (14.597 Sterne)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

FLEX purges older items from the network debugging cache even when the cache is nowhere near full. I would assign this to myself if I could. I would like it to cache them to a temporary file or something, it's super annoying when recent requests are purged for seemingly no reason...

Contributor Guide

Research-Richtung
Untersuche den Caching Mechanismus im Netzwerk Debugging Modul von FLEX, wahrscheinlich in Dateien wie FLEXNetworkTransactionCache oder ähnlichen. Suche nach der Cache Größenbeschränkung und der Bereinigungslogik. Erwäge die Implementierung einer temporären dateibasierten Cache Erweiterung, um vorzeitige Bereinigung zu verhindern. Prüfe, ob es verwandte Issues oder PRs gibt (z. B. Kommentare #173) für frühere Versuche.
Tech Stack
objective c
Domain
mobile
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
XcodeiOS Development
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70