mirror of
https://github.com/go-shiori/shiori.git
synced 2026-04-25 14:35:52 +03:00
[GH-ISSUE #78] Panic while adding a tag to an existing bookmark #54
Labels
No labels
component:backend
component:builds
component:builds
component:extension
component:frontend
component:readability
database
database:mysql
database:postgres
database:sqlite
feature:ebooks
github_actions
good first issue
hacktoberfest
note:duplicate?
note:fixed?
note:out-of-scope?
os:windows
priority:high
priority:low
pull-request
resolution:as-intended
resolution:cant-reproduce
resolution:duplicate
resolution:fixed
resolution:wontfix
tag:TBD
tag:big-task
tag:help-wanted
tag:huge-data
tag:meta
tag:more-info
tag:next
tag:no-stale
tag:requires-migrations
tag:research
tag:security 🛡️
tag:stale
tag:waiting-for-assignee
type:bug
type:documentation
type:enhancement
type:meta
type:ux
user:cli
user:web
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/shiori#54
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Hunter-Github on GitHub (Mar 13, 2018).
Original GitHub issue: https://github.com/go-shiori/shiori/issues/78
Version:
6bab302785OS: Linux (Debian 9)
Browser: Chromium 67.0.3369.0
Problem: shiori serve doesn't handle progress bar panics gracefully (?)
Actions: import bookmarks, then import bookmarks again (with some additions), then edit tags for 1 card (success, checked via the next run of shiori), then edit tags for another bookmark card (failure, panic, server down)
Reproducibility: same stuff on the 2nd try (the first bookmark edit succeeds, the second one fails)
@gissehel commented on GitHub (Apr 9, 2018):
I've got the same issue. It always works for the first tag change, and always fails for the second one.
Here is the exact exhaustive easy steps to reproduce:
docker image used: latest available (8fe4587a0f6a)
Steps to reproduce
Requierements
Steps
Here put
testtestas passwordExpected result
Actual result
panic: close of closed channelon the server stderr@gissehel commented on GitHub (Apr 10, 2018):
I worked around the problem by commenting the 5 lines referencing uiprogress in cmd/update.go (import, Start, AddBar, bar.Incr and Stop).
No more progress bars, but no more crash (
github.com/gissehel/shiori@4f54cdfef8)@gissehel commented on GitHub (Apr 29, 2018):
The issue doesn't seem to be present anymore after refactoring in commit
2c23f98as the progress bars only seems to be diplayed in interactive commands and not in serve command anymore.@RadhiFadlillah commented on GitHub (May 26, 2018):
Since it seems it's already fixed, I will close this issue for now.