Skip to content

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
    • Help
    • Support
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
burp-ui
burp-ui
  • Project
    • Project
    • Details
    • Activity
    • Releases
    • Cycle Analytics
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Charts
  • Issues 17
    • Issues 17
    • List
    • Boards
    • Labels
    • Milestones
  • Merge Requests 1
    • Merge Requests 1
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Charts
  • Packages
    • Packages
    • Container Registry
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • Ziirish
  • burp-uiburp-ui
  • Issues
  • #228

Closed
Open
Opened Aug 31, 2017 by qm2k@qm2k
  • Report abuse
  • New issue
Report abuse New issue

Feature request: streaming restore

I've noticed that burp-ui creates temporary files in /tmp during restore, once for restored files themselves and another time for .zip archive with them. This may create problems when it's running on a limited machine and restore size is large, especially since /tmp is RAM-based on many machines (fortunately it currenlty fails after 2GB).

Is it possible to switch to archiving on-the-fly instead? I don't know about zip (especially in pure Python), but certainly should be possible for tar.gz if you can afford to spawn extra processes.

Edited Sep 02, 2017 by Ziirish
Assignee
Assign to
v0.7.0
Milestone
v0.7.0
Assign milestone
Time tracking
None
Due date
None
1
Labels
feature request
Assign labels
  • View project labels
Reference: ziirish/burp-ui#228