After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 113285 - Are the cache prefs necessary?
Are the cache prefs necessary?
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Preferences
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Marco Pesenti Gritti
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2003-05-19 13:51 UTC by Dave Bordoley [Not Reading Bug Mail]
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.3/2.4


Attachments
Firebird cache prefs (26.64 KB, image/png)
2003-06-29 18:17 UTC, spark
Details

Description Dave Bordoley [Not Reading Bug Mail] 2003-05-19 13:51:39 UTC
Preference extermination tour 2003 :)

But in all seriousness are the cache comparing prefs necessary? and if so
why? When would a user not want to use automatic cache updating?

If these prefs are necessary, please do not close this bug, but instead
include a description of why and move the component to help, so i have a
reference when writing docs.
Comment 1 Dave Bordoley [Not Reading Bug Mail] 2003-05-19 18:29:11 UTC
So Xan and I spent the afternoon on IRC trying to figure out why
anyone would ever not want to use automatic here, and couldn't come up
with anything. HP do you have any insight as to why you would set
these cache  comparing preferences to anything but Automatic. 
Comment 2 Marco Pesenti Gritti 2003-05-19 18:39:48 UTC
I must say I'm not the more clued person of the world about this. I'd
guess one would disable cache when using a local network connection or
a very fast connection. At least that's the reason I heard sometimes.
Comment 3 Havoc Pennington 2003-05-19 19:34:25 UTC
Beats me. If "automatically" is reliable, I see no reason you 
wouldn't want it. Maybe some web servers lie about whether the page 
changed or something.
Comment 4 Dave Bordoley [Not Reading Bug Mail] 2003-05-20 00:57:07 UTC
Worth noting that safari does not have these prefs (nor does it have
the crack color prefs :) )
Comment 5 Marco Pesenti Gritti 2003-05-20 11:01:31 UTC
I think we can reduce the possibly useful preferences to:
Enable cache
Clear cache

Clear seem sort of necessary, maybe we should s/Security/Privacy and
put it there though (if Enable is found not useful). It seem more
appropriate to the task from an user point of view (unless there are
other use of it that I'm missing).
About enable I dunno, maybe it's worth a mail to the list to see the
possible user cases of it.
Comment 6 Dave Bordoley [Not Reading Bug Mail] 2003-05-20 13:22:03 UTC
let me just be clear i'm not proposing to remove the disk cache: or
memory cache: prefs, xan and i did come up with some situations we're
these would be useful. Basically in a university setting a sysadmin
might want to set these to a specific size for all users based on the
amount of personal space each user is given. Although that begs the
question should these even be in the ui? But on the other hand i'm
really not a fan of hidden prefs.

So yeah i'm only refering to the compare cache prefs :)

Maybe providing a way to disable the cache would be useful, I'm not
sure i guess.

If we do that we should take in to consideration the conotation of the
menu item. Probably should be

[] Disable caching of web information 

or something similar.

And than we can have have a "Cache Size" header for the disk cache and
memory cache prefs.
Comment 7 Marco Pesenti Gritti 2003-05-20 17:06:40 UTC
I see. Is the separation of Clear memory/Clear disk useful ?
Personally I just click on both ;)
Comment 8 Dave Bordoley [Not Reading Bug Mail] 2003-05-20 17:31:44 UTC
yeah i usuually click both too, so a clear cache button is probably
enough.
Comment 9 spark 2003-05-21 19:33:36 UTC
Btw, mozilla (1.4b or above) can set the memory cache size as a 
percentage of RAM size, a good reason to kill the mem cache size pref:).
See http://bugzilla.mozilla.org/show_bug.cgi?id=105344
Comment 10 Dave Bordoley [Not Reading Bug Mail] 2003-05-21 20:00:10 UTC
I guess if we decide to kill the memory cache size, than we should
probably explicitly recommend mozilla 1.4b for users as well.
Comment 11 spark 2003-05-22 11:13:54 UTC
It would be nice to get some user feedback as to how many normal users
know what the word "cache" means. Internet Explorer calls this
"Temporary Internet Files" with the description "Pages you view on the
Internet are stored in a special folder for quick viewing later".

I know this is an advanced option, but teminology is still important 
imo. See if your Mum/Dad/Girlfriend/Boyfriend understands it :)
Comment 12 Dave Bordoley [Not Reading Bug Mail] 2003-05-22 14:42:49 UTC
I'm fairly certain no normal users have a clue what cache means, so
temporary files is probably a good idea, might be worth to open
another but on that, so that idea doesn't get lost in this one.
Comment 13 spark 2003-06-29 18:09:59 UTC
So Memory Cache has gone -- what's the status on the other cache 
prefs -- they still wanted? fwiw, Firebird doesn't have the comparing 
prefs either.
Comment 14 Marco Pesenti Gritti 2003-06-29 18:12:08 UTC
Is cache ever enabled in firebird then ? (maybe set to 0 can work as
disable btw)
Comment 15 spark 2003-06-29 18:15:24 UTC
Yep, you can set cache to 0 to disable it.
Comment 16 Marco Pesenti Gritti 2003-06-29 18:17:19 UTC
I'm not opposed to kill them then, Dave ?
Comment 17 spark 2003-06-29 18:17:27 UTC
Created attachment 17901 [details]
Firebird cache prefs
Comment 18 Marco Pesenti Gritti 2003-06-29 18:19:04 UTC
We should also s/Caches/Cache
Comment 19 spark 2003-06-29 18:20:41 UTC
Well, if there's only one cache pref we may as well move it to the 
privacy tab (as in firebird) and then we can rename the advacned tab to
Languages (bug 113044).
Comment 20 Dave Bordoley [Not Reading Bug Mail] 2003-06-30 12:45:46 UTC
either or, i never saw much point in the cache prefs since i don't
think most people know what they mean anyway.

I would keep disk size as it maybe useful for users (most likely
admins) on large installs, but i always thought the comparing prefs
were stupid.
Comment 21 Marco Pesenti Gritti 2003-06-30 14:45:04 UTC
So what about s/Security/Privacy, move disk there and rename Advanced
to Language. That would close Seth bug about too generic names.

(OT louie is looking for a mail address of you that doesnt bounce ;)
Comment 22 Dave Bordoley [Not Reading Bug Mail] 2003-06-30 21:06:09 UTC
yeah my email has been all screwed up since msu's mail server has been
borked (they had to replace a whole dell disk raid with a new emc one
i guess). but it works now :)
Comment 23 Marco Pesenti Gritti 2003-07-02 09:13:24 UTC
fixed in cvs