Nick Evans 4/14/2008 3:32:04 AM
When entering or updating an issue it would be very useful to be able to paste images from the clipboard into the issue. This would make it very efficient to include screenshots into the issue for example. Currently, you have to save the screen shot as a file and then upload the file to the issue which is time consuming and tedious.
When the image is pasted in I guess it should be stored as a file attachment.
Miguel Berrozpe 1/3/2009 12:20:44 PM
There is a synonymous idea by somebody else, "screendumps as part of description", so this topic might be more popular than expected. In order to get the correct ranking to the BugTrack development team, especially given that this idea seems quite strightforward to implement, may I suggest the promoters of one idea to also enter the synonymous one and promote it equally...
Kirill Bondar 4/6/2010 11:15:37 AM
209 - Ability to paste image, eg screenshot into issue
Matthew Hesse 4/16/2010 9:13:03 AM
Another benefit of this:
Because attachments are not searchable, and because users often provide their textual comments in the attachment rather than in the Edit text field, I often have to resort to copying as much text as is practical from a posted attachment in order to allow its content to provide keywords ... Of course because this doesn't make screenshots any more "searchable" (I encourage users to manually copy and post error message codes, code snippets, etc. while screens are still up, but it doesn't often happen) the only way (currently) to capture is to hand-copy these from screenshots into the Edit text field.
Matthew Hesse 4/16/2010 9:15:12 AM
What I'm saying is: at least the user doesn't have to flip back and forth between ticket and attachment. It might also help in Reports, which don't include attachments in the export.
Camille Goldman 11/28/2011 2:45:11 PM
Is there an update to this request? I think it would be very helpful for us as well. Our users are all over the world, and it may be easier for us to see a screen shot rather than worry that our software is not compatible (e.g. Windows XP vs Windows 7, etc.).
LARCHE, Simone 11/29/2011 3:41:05 AM
I agree - screenshots are vital, there must be a simpler way to do this.
Kirill Bondar 11/29/2011 5:23:12 AM
Due to security concerns, browsers pro-actively prevent an interaction between web page and your local computer environement.
When you drag or paste an image to an edit field, we get the local path on your computer, but unfortunately we can not access its content. Perhaps upcoming HTML5 standard will solve some of these problems, but as of now, due to relatively large share of old IE versions true cross-browser web-based solution is impossible. Another implementation path is to do it (or fallback to) via some plugins like Adobe Flash - but practically it's a way to **hack** through tight browser security.
Yet another way is to use some screenshot-making tools integrated with BUGtrack. One is BugShooting ( http://blog.bugtrack.net/2011/06/screenshots-made-easy.html
) and we are evaluating the possibilities to integrate with another, quite popular SnagIt tool.
Matthew Hesse 11/29/2011 7:28:21 AM
There is still, however, a concern over posting a screenshot that includes personally identifiable information that by regulation must not be shared, so a means to either edit the screenshot or suppress it from view must also be available, in order to satisfy privacy/security concerns.
Kirill Bondar 11/29/2011 8:57:52 AM
@Matthew: BugShooting integration adds screenshots as attachments and implementation of this idea will likely do the same. Allow Administrators to edit comments
allows you to remove attachments from the issue - so I guess we won't relax the security level with this.
Matthew Hesse 12/2/2011 10:25:36 AM
@Kirill: Agreed in principle; only problem with Admin function on attachments is that the attachment is permanently gone (i.e., not just gone in Version 2 public view, but also not available to Admin view in Version 1). This means the "audit trail" -- proof of violation, let's say -- is wiped. Any chance the attachment can be suppressed only, and not removed entirely?
LARCHE, Simone 1/25/2012 2:55:14 AM
Another thing about attachments is that when you open them from Bugtrack and click on the "enable editing" function, the screen resolves to the Bugtrack log in. Ie you can't edit an attachment.
Kirill Bondar 6/14/2013 7:14:38 AM
FYI, image pasting is supported in Firefox.
Kirill Bondar 8/1/2013 7:38:53 AM
Pasting images to editable area is supported natively on Firefox 4+ and IE11+. With little trick from our side it is now supported on Chrome as well.
Breuer, Michael 11/11/2013 10:24:57 AM
Uploading images is a nice feature.
To get a better flow of information it would be nice to put images inside the text, instead of collecting them in the beginning of the text.
Please offer the possibility to write text and insert an image in the text whereever the user wants.
Breuer, Michael 11/12/2013 5:11:07 AM
We were asked to point to new useful features in the blog.
As I saw on the new editor (http://www.tinymce.com/ ) this should be possible.
This meight be corresponding to ID 205.
Kirill Bondar 11/12/2013 5:47:29 AM
Assuming you have of IE11 or latest Firefox, Chrome or Opera you can copy-paste images from image editor into BUGtrack's editor. We are working to extend this functionality to files as well though here we have to rely on whether the browser supports file copy-pasting.
We are planning to upgrade TinyMCE to v4 as well, yet at the moment IE6 users holding us back.
Kirill Bondar 12/5/2013 9:09:25 AM
362 - locate image inside the edit text
LARCHE, Simone 12/5/2013 9:19:28 AM
Excellent news. Pasting in an image from "Greenshot" seems to work fine with Firefox. Doesn't work with IE 11.
Kirill Bondar 12/5/2013 10:05:38 AM
We are trying to handle three methods of interaction:
1. Drag files from Explorer and drop into editor.
2. Copy files from Explorer and paste into editor.
3. Copy an image/region from image processing tool (such as Windows Snipping Tool) and paste into editor.
Unfortunately support for these methods varies across browsers:
Firefox consistently supports all three methods.
IEs prior to 10 has no support as they have no APIs required to deal with image data.
IE 10 supports drag-and-drop. It claims to support pasting image/region but in fact does nothing.
IE 11 supports drag-and-drop and image/region pasting.
Chrome/Opera 15+ supports drag-and-drop and image/region pasting, claims to support file pasting but does nothing.
We have not tested it on Safari 6+ but it looks like should be in par with Chrome.
Safari on iOS claims to support all methods but only image/region pasting is relevant (and supported) since iOS neither supports drag-and-drop nor access to file system.
We are looking forward to release it to the web tomorrow or in the beginning of the next week.
Kirill Bondar 12/6/2013 6:19:35 AM
Greenshot has two copy operations in its image editor. One that is under Edit menu seem to copy selection in some internal format, it is not an image per se. After using this command I was unable to paste neither into the browser nor in Paint.NET image editor program.
There is another Copy to Clipboard operation under File menu - this one works perfectly.
Kirill Bondar 12/6/2013 9:46:29 AM