On Wed, 20 May 2020 22:23:07 +0200, Frank-Rainer Grahl <[email protected]> wrote:
>[email protected] wrote: >> Doors wrote: >> ... >>> Download progress dialogs no longer show details. >>> Just transferred so far, and time. >>> It used to show speed, which I miss greatly, it is enormessly useful in >>> keeping track of how my conection is doing. >> >> If you use the "Download Manager", that has a column for speed (you might >> need >> to add it by clicking the down-arrow at the right-hand end of the column >> headings). Using the Download Manager can be selected in the preferences >> under Edit > Preferences > Browser > Downloads. The "Progress Dialog" >> doesn't >> seem to show the speed though. I will look at it, but the download manager is one of those things I dislike, the per file is FAR more useful and usable for me. I freely admit my habits are not the same as others. >> >>> If in restoring them the ability to see sizes in bytes could be added, >>> it would be greatly appreciated. >> >> As far as I can see, both the progress dialog and Download Manager show the >> total size. Whether that can actually be shown before the download is >> complete depends on the server you're downloading from including the size in >> the response headers - some just don't, and sometimes data is generated >> on-the-fly so the server might not know in advance how big it will be. Or >> were you specifically wanting to see the size in bytes as opposed to KB/MB >> even for larger files? I don't think there's an option for that, though I >> may >> be wrong. One of my goals if I can ever get SM to compile for me will be retrofitting that ability. For me, it is far faster and less hassle to read/scan the file size in bytes. >> >>> The other oddity is that 'save image' & 'save page as' are no longer >>> consistently keeping the destinations I set. >>> Sometimes they work, others they do not, no real pattern so far. >> >> I'm not sure offhand about saving the page or images, but certainly the >> last-used location for downloads is remembered on a per-site basis. That can >> get a bit confusing if downloads are automatically redirected to one of >> several mirrors (like SourceForge do), since the actual domain you're >> downloading from might change from one download to another, and the default >> destination will depend on which mirror you get redirected to for each >> individual download. That may or may not be relevant to what you're seeing. >> I will be patient and see if the behavior improves over time then. It may as I grab snapshots of pages for when I am offline, a not infrequent occurence. >>> I should note that I have NOTHING in my user profile that I can put >>> elsewhere, even my SM profile is placed elsewhere. >>> Everything on 'C:' is disposable, nothing of any value what so ever goes >>> there at all. >> >> That shouldn't be a problem as far as I'm aware. >> > >SeaMonkey needed to switch to jsdownloads. This api does not persist some >values. As steted speed should show just fine in the 2.53.2 Download Manager. I have no idea what this is, but I will see if I can find it. The data stripped dialog currently shown is frustrating. > >Last bug I fixed for the progress dialog was > >https://bugzilla.mozilla.org/show_bug.cgi?id=1622830 > >Speed got dropped from the progress dialog. Needed to clean this up because it >was half broken. If you need the speed setting I can see if it can be added >back. Please file an enhancement bug the and make it depend on bug 1622830. I have no idea how to do this. Large projects are far from what I do, as is C & C++, both of which give me headaches. Though I am forced to make some attempt to learn them. > >There are other oddities with location and time elapsed. Unfortunately most of >this is because of the new api. I worked around some but the current >implemetation is about as good as it gets for now. The Firefox devs just >implemented enough in Gecko to display some, compared to the old api, crippled >download information. Also intermingled with the bookmarks history now. > >You mostly see problems with text files served from the cache or attachments. >Have blank fields in the dialogs because some of the data is just not >available. > >FRG Somehow the dumbing down doesn't surprise me. This fad of hiding details and simplifying things does nothing but make it harder to be sure what is going on. It is the sort of broken thinking giving us malware like W10. We won the mainframe war, why are they {M$} reinventing the walled garden they helped destroy. Home computers with cloud profiles are no differnt than mainframes with terminals, all you gain is better graphics. When the OS behaves like spyware, it is no longer an OS. Then again I persist in insisting that I own the computer I built, silly me. -- Doors - Dont look at the future in a window. Walk to a door - Open it, and go there. http://www.freedoors.org AntiSpam in effect! [email protected] mailto:[email protected] _______________________________________________ support-seamonkey mailing list [email protected] https://lists.mozilla.org/listinfo/support-seamonkey
