Summary: | Deleting saved html page does not delete associated folder | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | hong <hong7son> |
Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
Status: | RESOLVED DOWNSTREAM | ||
Severity: | normal | CC: | kfm-devel, yerrey |
Priority: | NOR | ||
Version: | 21.12.0 | ||
Target Milestone: | --- | ||
Platform: | Kubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
attachment-19124-0.html
attachment-16477-0.html |
Description
hong
2021-12-31 15:03:15 UTC
I see use cases where you'd want to keep site files without needing the .html file, this isn't a bug. Created attachment 145008 [details] attachment-19124-0.html yes, for web developers perhaps, but not for the general public. ok, if not a bug, can it be a feature request? On 12/31/21 15:18, Yerrey Dev wrote: > https://bugs.kde.org/show_bug.cgi?id=447745 > > Yerrey Dev<yerrey@protonmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |yerrey@protonmail.com > > --- Comment #1 from Yerrey Dev<yerrey@protonmail.com> --- > I see use cases where you'd want to keep site files without needing the .html > file, this isn't a bug. > (In reply to hong from comment #2) > Created attachment 145008 [details] > attachment-19124-0.html > > yes, for web developers perhaps, > but not for the general public. > ok, if not a bug, can it be a feature request? The feature request would need to be for the browser that saved the page as an html file and an adjacent folder. It could create a folder and save the items within, or it could save the page as a single file. There is no reliable way for Dolphin to know that the folder and the html file are associated. The only way to do this in Dolphin would be to employ a heuristic that needs to be kept in sync with the browser that saved the page. If the developers of that browser change their minds about how page saving works, Dolphin would need to support both the "old" way(s) and the "new" way. Each browser uses its own convention for saving pages, and thus Dolphin would need a heuristic for each of them. This is not sustainable. Created attachment 145019 [details] attachment-16477-0.html got you. thanks a lot for your explanation! come to think of it, i believe in the old windows days, browser saved it as .mhtml and when the file was deleted (i guess with 'file explorer'), all disappeared. On 1/1/22 13:03, argonel wrote: > https://bugs.kde.org/show_bug.cgi?id=447745 > > argonel<argonel@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|REPORTED |RESOLVED > Resolution|--- |DOWNSTREAM > > --- Comment #3 from argonel<argonel@gmail.com> --- > (In reply to hong from comment #2) >> Created attachment 145008 [details] >> attachment-19124-0.html >> >> yes, for web developers perhaps, >> but not for the general public. >> ok, if not a bug, can it be a feature request? > The feature request would need to be for the browser that saved the page as an > html file and an adjacent folder. It could create a folder and save the items > within, or it could save the page as a single file. > > There is no reliable way for Dolphin to know that the folder and the html file > are associated. The only way to do this in Dolphin would be to employ a > heuristic that needs to be kept in sync with the browser that saved the page. > If the developers of that browser change their minds about how page saving > works, Dolphin would need to support both the "old" way(s) and the "new" way. > Each browser uses its own convention for saving pages, and thus Dolphin would > need a heuristic for each of them. This is not sustainable. > |