Closed
Bug 127995
Opened 23 years ago
Closed 21 years ago
Show the size of the attachments in show_bug.cgi
Categories
(Bugzilla :: Creating/Changing Bugs, enhancement, P3)
Bugzilla
Creating/Changing Bugs
Tracking
()
RESOLVED
FIXED
Bugzilla 2.18
People
(Reporter: jdahlin, Assigned: dswegen)
Details
Attachments
(1 file, 4 obsolete files)
9.22 KB,
patch
|
myk
:
review+
|
Details | Diff | Splinter Review |
It could sometimes be good to know how big the attachments are.
For example when you are on a slow link and don't want to download 300k+ diffs.
Comment 1•23 years ago
|
||
Now how come nobody's thought of that before? That'd be sweet. :) (piece of
cake to implement, too)
Severity: minor → enhancement
OS: Linux → All
Priority: -- → P3
Hardware: PC → All
Target Milestone: --- → Bugzilla 2.18
Assignee | ||
Comment 2•21 years ago
|
||
This patch applies cleanly to 2.17.1 and CVS tip, but has only been tested
against 2.17.1.
Assignee | ||
Comment 3•21 years ago
|
||
This patch applies cleanly to 2.17.1 and CVS tip, but has only been tested
against 2.17.1.
Assignee | ||
Updated•21 years ago
|
Attachment #126814 -
Attachment is obsolete: true
Assignee | ||
Comment 4•21 years ago
|
||
I've got patches to show size in View All attachments mode and Edit attachment
mode too. I'll be submitting them during the next couple of days.
Assignee | ||
Comment 5•21 years ago
|
||
This patch will show attachment sizes in edit_bug, View All attachments and
Edit attachment. Tested against 2.17.1, applies cleanly (with some fuzz)
against CVS tip, but not tested.
Attachment #126815 -
Attachment is obsolete: true
Assignee | ||
Updated•21 years ago
|
Attachment #126819 -
Flags: review?(myk)
Comment 6•21 years ago
|
||
Comment on attachment 126819 [details] [diff] [review]
Patch to show attachment sizes
>--- bugzilla/Attachment.pm 2003-02-07 10:30:01.000000000 +0000
>+++ bugzilla.new/Attachment.pm 2003-07-01 13:55:25.000000000 +0100
>+sub unitconvert {
I suggest turning this into a template filter. It'll save you having to "use
Attachment" in attachment.cgi just for this function. Also, it separates the
data from its presentation, storing the original values in the internal Perl
data structures while displaying the human-readable values via the templates.
That makes the values reusable in other contexts while putting the
presentation-layer data manipulation into the templates where (most of) the
rest of it is located.
>--- bugzilla/template/en/default/attachment/edit.html.tmpl 2003-02-07 10:30:08.000000000 +0000
>+++ bugzilla.new/template/en/default/attachment/edit.html.tmpl 2003-07-01 13:55:51.000000000 +0100
>@@ -157,6 +157,7 @@
>
> <b>Filename:</b><br>
> <input type="text" size="20" name="filename" value="[% filename FILTER html %]"><br>
>+ <br><b>Filesize:</b> [% datasize %]<br><br>
Since you use "size" in the "show bug" screen, and since no other size makes
sense on this screen, use just "Size:" instead of "Filesize:" to label this
value. Also, use only single breaks around the line to conform with the style
of the rest of the form.
>--- bugzilla/template/en/default/attachment/list.html.tmpl 2003-02-07 10:30:08.000000000 +0000
>+++ bugzilla.new/template/en/default/attachment/list.html.tmpl 2003-07-01 13:55:51.000000000 +0100
>@@ -25,6 +26,7 @@
> <th bgcolor="#cccccc" align="left">Attachment</th>
> <th bgcolor="#cccccc" align="left">Type</th>
> <th bgcolor="#cccccc" align="left">Created</th>
>+ <th bgcolor="#cccccc" align="left">Size</th>
> [% IF show_attachment_flags %]
> <th bgcolor="#cccccc" align="left">Flags</th>
> [% END %]
When flags are being displayed, the "Size" and "Flags" values appear in each
other's columns.
Attachment #126819 -
Flags: review?(myk) → review-
Assignee | ||
Comment 7•21 years ago
|
||
This patch should show attachment sizes in all relevant screens. However, since
I don't have an install that does all the new patch diff stuff I haven't been
able to test against that feature. Should it turn out that it breaks the patch
(or makes it incomplete) someone else will probably have to take over this
patch.
Assignee | ||
Updated•21 years ago
|
Attachment #126819 -
Attachment is obsolete: true
Assignee | ||
Updated•21 years ago
|
Attachment #134022 -
Flags: review?(myk)
Assignee | ||
Comment 8•21 years ago
|
||
Gah! Forgot to add myself to the various credits lists. If this does get
approved could whoever ends up checking it in please do that?
Comment 9•21 years ago
|
||
Comment on attachment 134022 [details] [diff] [review]
Patch to show attachment sizes (against tip)
Except for one trivial conflict this applies to the tip, looks good, and works
well. r=myk
Attachment #134022 -
Flags: review?(myk) → review+
Assignee | ||
Comment 10•21 years ago
|
||
Attachment #134022 -
Attachment is obsolete: true
Assignee | ||
Updated•21 years ago
|
Attachment #140669 -
Flags: review?(myk)
Updated•21 years ago
|
Assignee: myk → dswegen
Updated•21 years ago
|
Attachment #140669 -
Flags: review?(myk) → review+
Updated•21 years ago
|
Flags: approval+
Comment 11•21 years ago
|
||
The unitconvert function has a localisation problem. Not all languages use MB,
KB, bytes. Also, the name is too generic for what it does.
I'm not quite sure how to solve this one. Could we define the names and
abbreviations in a template hash, and then pass that hash to the unitconvert
filter? I don't think filters take parameters...
Gerv
Assignee | ||
Comment 12•21 years ago
|
||
Re: Function name: fsize_convert is perhaps a tad clearer
Re: Localisation: The only way I can think of doing it is by putting the size
labels into a hash defined in a template. Then by splitting the output from the
filter and using the label ('GB'. 'bytes' etc) as lookups into the template hash.
So $bytes -> FILTER -> split -> $value, $quantfier -> print "$value
$tthash{$quantifier}", if that makes any sense. Somewhat grotty, but it should work.
If I also have to come up with a way to deal with using commas vs dots in values
I think I'll give up and go to bed :)
Comment 13•21 years ago
|
||
MB, KB, and bytes are computer terms which, although English, tend to be
recognized internationally, even when localities have alternates. I'd wait to
hear from localizers before deciding this is a problem and working out a
solution for it. In the meantime, go ahead and check this in.
Comment 14•21 years ago
|
||
Ah, Dave doesn't have checkin privileges. Checking in for him:
Checking in Attachment.pm;
/cvsroot/mozilla/webtools/bugzilla/Attachment.pm,v <-- Attachment.pm
new revision: 1.15; previous revision: 1.14
done
Checking in attachment.cgi;
/cvsroot/mozilla/webtools/bugzilla/attachment.cgi,v <-- attachment.cgi
new revision: 1.51; previous revision: 1.50
done
Checking in checksetup.pl;
/cvsroot/mozilla/webtools/bugzilla/checksetup.pl,v <-- checksetup.pl
new revision: 1.261; previous revision: 1.260
done
Checking in Bugzilla/Template.pm;
/cvsroot/mozilla/webtools/bugzilla/Bugzilla/Template.pm,v <-- Template.pm
new revision: 1.15; previous revision: 1.14
done
Checking in t/004template.t;
/cvsroot/mozilla/webtools/bugzilla/t/004template.t,v <-- 004template.t
new revision: 1.30; previous revision: 1.29
done
Checking in t/008filter.t;
/cvsroot/mozilla/webtools/bugzilla/t/008filter.t,v <-- 008filter.t
new revision: 1.9; previous revision: 1.8
done
Checking in template/en/default/attachment/edit.html.tmpl;
/cvsroot/mozilla/webtools/bugzilla/template/en/default/attachment/edit.html.tmpl,v
<-- edit.html.tmpl
new revision: 1.23; previous revision: 1.22
done
Checking in template/en/default/attachment/list.html.tmpl;
/cvsroot/mozilla/webtools/bugzilla/template/en/default/attachment/list.html.tmpl,v
<-- list.html.tmpl
new revision: 1.16; previous revision: 1.15
done
Checking in template/en/default/attachment/show-multiple.html.tmpl;
/cvsroot/mozilla/webtools/bugzilla/template/en/default/attachment/show-multiple.html.tmpl,v
<-- show-multiple.html.tmpl
new revision: 1.13; previous revision: 1.12
done
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•