bug attached images not browser loadable (was: bug to which attached)

Felix Miata mrmazda at earthlink.net
Fri Jul 18 17:19:03 UTC 2014

On 2014-07-18 09:50 (GMT-0700) Adam Williamson composed:

> On Fri, 2014-07-18 at 12:04 -0400, Felix Miata wrote:

>> Now if you can, provide a workaround for the inane bugzilla.redhat.com
>> policy, found on no other Bugzilla installation I've ever encountered, that
>> requires a bazillion hoops be negotiated to get any attachment loaded into
>> the tab in which the bug page is loaded. Do the Redhat Bugzilla maintainers
>> think all its users are running Windows sans malware defenses? What is that
>> policy really supposed to be protecting? :-p

> Set the attachment type to text/plain . Bugzilla's auto-detection is
> terrible and always sets it to something silly which browsers don't want
> to open directly. I think I've seen this on other Bugzillas, though? I
> don't think it's unique to RH's?

So, it's OK for mere spectators to be changing attachment types in order to 
access others' attachments directly, and not expected that they add CC to do so?

Here's one like I described, not my own, an attached image instead of genuine 
text that SM (and FF28) wants me to do something with other than view it in 
the open tab:
One I filed:

Chromium automatically loads images in Gwenview, which I do not want 
happening (not much problem, since I rarely find Chromium usable). Konq3 
behaves like the Geckos.
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

  Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

More information about the test mailing list