78107 - Option+Reload should bypass cache

Status: NEW

(SeaMonkey :: UI Design, defect)

Description

[Blake Ross]

User requested that Opt-Reload should bypass the cache.  I think currently only 
shift does.  Sarah, can you confirm that that's the case?  Matthew, input?

Comment 1

[sairuh (rarely reading bugmail)]

hunh, when it comes to Mac, i don't know if it should be shift+reload or
option+reload. questions:

* what is the 4.x convention? to use option+shift?
* mozilla/6.x is currently recognizing shift+reload --option+reload does
nothing. tever/benc, should we change this option+reload, or simply make it
redundant with shift+reload?

Comment 2

[sairuh (rarely reading bugmail)]

another observation: in 4.76 on my Mac, both shift+reload and option+reload
reload the page, but i'm unsure if they're doing the same thing [ie, bypassing
the cache], or if one of them is redundant with the regular reload command.

Comment 3

[gordon]

It should not be CHANGED from shift-reload; that needs to still work.  It appears 
that option-reload did the same thing as shift-reload on the Mac in 4.x, but I'm 
just comparing the server resposes; I haven't looked at the code.  Maybe sdagley 
can check.

Comment 4

[Steve Dagley]

The force (super) reload on Mac versions prior to Communicator 4.x was option-
reload.  UI unification for Communicator 4.x declared that shift-reload was the 
XP way but the Mac version also supported option-reload since changing keyboard 
shortcuts between versions is a bad idea (and it's one that was used a lot)

Comment 5

[Matthew T (active 1999-2002)]

I don't see the harm in supporting Option+Reload as well as Shift+Reload. 
Eventually I think we should use Command+mousedown on toolbars for starting a 
drag that moves the toolbar buttons around, but I don't think Option+mousedown 
is ever going to conflict with anything.

Comment 6

[benc]

So, if everyone in in agreement: option+reload button == shift+reload button in
MacOS...

Since this does nothing in MacOS now, what paperwork needs to be done here?

This should probably be an RFE + targeted somewhere.

Also, is this a networking feature? If not, Tom and I would like to reasign the
qa contact.

Comment 7

[Darin Fisher]

benc: this is not a networking bug.  necko knows nothing of keystrokes.

Comment 8

[Blake Ross]

Attachment: patch

Comment 9

[Simon Paquet [:sipaq]]

This bug is targeted at a Mac classic platform/OS, which is no longer supported
by mozilla.org. Please re-target it to another platform/OS if this bug applies
there as well or resolve this bug.

I will resolve this bug as WONTFIX in four weeks if no action has been taken.
To filter this and similar messages out, please filter for "mac_cla_reorg".

Comment 10

[benc]

RESOLVE/wontfix:
would someone please VERIFY this if they agree?

Comment 11

[Daniel Wang]

retargeting and reopening. add 4x parity keyword

Comment 12

[Blake Ross]

Reassigning obsolete bugs to their respective Seamonkey owners (i.e. nobody). 
If you want this fixed for Firefox, change the Product and Component accordingly
and reassign back to me.

Comment 13

[Jason K Carter]

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b) Gecko/20050217
Firefox/1.0+

According to
http://www.mozilla.org/support/firefox/keyboard

Cmd + R or Cmd + F5 should both Reload (override cache) in Firefox for Mac. 
Neither commands do for Mac OS X 10.3.8 (7U16).  Neither does Shift + Reload work.


Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b) Gecko/20050217

According to
http://www.mozilla.org/docs/end-user/moz_shortcuts.html#page_navigation

Cmd + Shift + R should Force Reload (not from cache) for the Mozilla navigator.
 This command does not work in Mac OS X 10.3.8 (7U16).  Neither does Shift +
Reload work.

Comment 14

[benc]

Please move the firefox stuff to a new bug under firefox. This bug is for MAS only.

Comment 15

[Serge Gautherie (:sgautherie)]

Filter "spam" on "guifeatures-nobody-20080610".