Closed
Bug 85908
Opened 23 years ago
Closed 21 years ago
Add reload to View Page Source Window
Categories
(Core Graveyard :: View Source, enhancement)
Core Graveyard
View Source
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.6alpha
People
(Reporter: bugzilla, Assigned: doronr)
References
Details
(Keywords: polish)
Attachments
(1 file, 2 obsolete files)
2.55 KB,
patch
|
doronr
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
View Source window should have View -> Reload
Comment 1•23 years ago
|
||
confirming rfe.
i tryed to fix with adding
<menuitem accesskey="&reloadCmd.accesskey;" key="key_reload"
label="&reloadCmd.label;" command="Browser:Reload"/>
but no result. where is the problem ? i try to understand this holy mass of
code, ohh thats so complicated... :)
Assignee | ||
Comment 3•23 years ago
|
||
i actually had this working once, I think timeless asked it. However, i still
fail to see a realy use for it, especially since i had to cut "open welocation"
from the viewsource UI.
Comment 5•23 years ago
|
||
*** Bug 118317 has been marked as a duplicate of this bug. ***
Comment 6•23 years ago
|
||
mass moving open bugs pertaining to view source to pmac@netscape.com as qa contact.
to find all bugspam pertaining to this, set your search string to
"ItsSharkeysNight".
QA Contact: sairuh → pmac
*** Bug 143215 has been marked as a duplicate of this bug. ***
Comment 9•22 years ago
|
||
Comment 10•22 years ago
|
||
Hmm... reload doesn't seem to have quite the effect I want. Maybe I should just
go with reload skip cache all the time.
Assignee | ||
Comment 11•22 years ago
|
||
Comment on attachment 89381 [details] [diff] [review]
Proposed patch
Don't call functions BrowserFoo in viewsource :)
Attachment #89381 -
Flags: needs-work+
Comment 12•22 years ago
|
||
Just noting that I'm hoping the fix will also support CTLR-R reloads. -I use
that left and right on NS4. :->
Comment 13•22 years ago
|
||
Hrm. Cache. Right. The current implementation of nsViewSourceChannel will
_always_ try to read from cache if possible. You may have to deal with that if
you want this to actually reload from network....
Comment 14•22 years ago
|
||
Doron, sorry, I was hoping to get F5 automatically - F5 calls BrowserReload().
Unfortunately I'd forgotton to overlay platformNavigationBindings.xul :-)
Assignee | ||
Comment 16•22 years ago
|
||
I still don't see you overlaying anything
Comment 17•22 years ago
|
||
> I still don't see you overlaying anything
In fact I was overlaying (it's not explicit) I just wasn't pulling the key in :-)
Comment 18•22 years ago
|
||
Requesting blocking 1.4. We got a patch, lets review and get it in if it is good.
Flags: blocking1.4?
Updated•22 years ago
|
Flags: blocking1.4? → blocking1.4-
Assignee | ||
Comment 19•22 years ago
|
||
Is this realllly needed? Care to explain why this is needed?
Also, I think edit page in viewsource should go :)
Reporter | ||
Comment 20•22 years ago
|
||
This is very usefull for programming of dynamic web sites.
Comment 21•22 years ago
|
||
To the question of "why is it needed"; Code-level web developers, i.e. JSP, PHP,
PERL, ASP, etc) frequently need to debug the raw output from the webserver when
they make changes -- just viewing the changes on the rendered page is of
marginal value (take XML or XSL output for example). Without this feature, code
writers are relagated to having to:
1) make changes server-side
2) reloading the URL (ctrl-r or f)
3) view source (ctrl-u)
4) scroll-to and review the code segment in question
5) close the old (stagnate) view source window
6) focus on the rendered (main) browser window, and repeat as neccesary
compared to:
1) view source, just one time (ctrl-u)
2) reload view source window (ideally, without need to re-scroll to the code in
question, similar to the behavior of the main window when reloading)
3) make changes server-side, --> step 2 as neccesary
4) close the view source window (just one time), after fixing code in question.
Assignee | ||
Comment 22•22 years ago
|
||
hmm. Neil, can you rename the functions to not contain
"browser" :)
Assignee | ||
Comment 24•22 years ago
|
||
Comment on attachment 89673 [details] [diff] [review]
Fix F5
+ <menu id="tasksMenu"/>
Why are you adding all these menus? Also, please change the name of the
functions to be ViewSource* perhaps.
Attachment #89673 -
Flags: review-
Comment 25•22 years ago
|
||
Since this is a 4xp bug, shouldn't it be a normal bug and not an "enhancement
request" ? BTW, if it could land for 1.4, it would be great since this feature
would be one more argument in favor of Mozilla/Netscape for evangelizing web
developpers.
Comment 26•22 years ago
|
||
I found this usefull :
http://placenamehere.com/pnhtoolbar/
In the toolbar, there's a "view-source" that open a tab with the source.
with SHIFT+CTRL+R it's possible to reload from the source.
It works with Phoenix 0.5 Fr and Netscape 7.02 FR
Comment 27•21 years ago
|
||
Comment on attachment 89673 [details] [diff] [review]
Fix F5
I can't rename the functions because that's what F5 and Ctrl+F5 expect to use.
Attachment #89673 -
Flags: review- → review?(doronr)
Assignee | ||
Comment 28•21 years ago
|
||
hmm, why the tasks menu then? other than that its fine.
Comment 29•21 years ago
|
||
Attachment #89673 -
Attachment is obsolete: true
Updated•21 years ago
|
Attachment #130068 -
Flags: superreview?(bz-vacation)
Attachment #130068 -
Flags: review?(doronr)
Assignee | ||
Comment 30•21 years ago
|
||
Comment on attachment 130068 [details] [diff] [review]
Removed tasks
looks fine to me.
Attachment #130068 -
Flags: review?(doronr) → review+
Comment 31•21 years ago
|
||
Comment on attachment 130068 [details] [diff] [review]
Removed tasks
sr=me; test well to make sure this really does reload the source...
Attachment #130068 -
Flags: superreview?(bz-vacation) → superreview+
Updated•21 years ago
|
Target Milestone: --- → mozilla1.6alpha
Comment 32•21 years ago
|
||
Fix checked in.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 33•21 years ago
|
||
It almost works - for me, I get a cached view of a dynamic content URL. A good
example is a login page where the login form URL stays the same after the person
logs in - I noticed some other bugs stating that the view srource window isnt
sending cookies - guessing this is the cause. Otherwise AWESOME!!!! :)
Updated•21 years ago
|
Attachment #89673 -
Flags: review?(doronr)
Comment 34•21 years ago
|
||
*** Bug 225510 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•