cropperplugins Work Item Rss Feed

Created Issue: GIF recordings fail [17705]

kentcb — Sat, 24 Mar 2012 17:56:42 GMT

I get this (Windows 7, multi-monitor configuration):

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.ArgumentException: Parameter is not valid.
at System.Drawing.Bitmap..ctor(Int32 width, Int32 height, PixelFormat format)
at System.Drawing.Bitmap..ctor(Int32 width, Int32 height)
at Fusion8.Cropper.Core.NativeMethods.GetDesktopBitmap(Int32 x, Int32 y, Int32 width, Int32 height)
at Fusion8.Cropper.Core.NativeMethods.GetDesktopBitmap(Rectangle rectangle)
at Fusion8.Cropper.Core.ImageCapture.Fusion8.Cropper.Extensibility.IPersistableOutput.FetchCapture(ImageHandler imageHandler)
at CropperPlugins.AnimatedGifFormat._recordTimer_Tick(Object sender, EventArgs e)
at System.Windows.Forms.Timer.OnTick(EventArgs e)
at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5448 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
Cropper
Assembly Version: 1.9.4.89
Win32 Version: 1.9.4.89
CodeBase: file:///D:/Program%20Files%20(x86)/Fusion8Design/Cropper/Cropper.exe
----------------------------------------
Cropper.Core
Assembly Version: 1.9.4.89
Win32 Version: 1.9.4.89
CodeBase: file:///D:/Program%20Files%20(x86)/Fusion8Design/Cropper/Cropper.Core.DLL
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5420 (Win7SP1.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5453 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5446 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
Skybound.VisualStyles
Assembly Version: 2.0.0.0
Win32 Version: 2.1.1.0
CodeBase: file:///D:/Program%20Files%20(x86)/Fusion8Design/Cropper/Skybound.VisualStyles.DLL
----------------------------------------
System.Xml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5420 (Win7SP1.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Cropper.Extensibility
Assembly Version: 1.9.4.89
Win32 Version: 1.9.4.89
CodeBase: file:///D:/Program%20Files%20(x86)/Fusion8Design/Cropper/Cropper.Extensibility.DLL
----------------------------------------
Cropper.AnimatedGif
Assembly Version: 1.2.3647.22119
Win32 Version: 1.2.3647.22119
CodeBase: file:///D:/Program%20Files%20(x86)/Fusion8Design/Cropper/plugins/Cropper.AnimatedGif.dll
----------------------------------------
System.Configuration
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.5420 (Win7SP1.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
c45vnr2n
Assembly Version: 1.9.4.89
Win32 Version: 2.0.50727.5453 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Closed Issue: Update GetSignatureBase in OAuth package to handle non-oob scenarios [15756]

Cheeso — Wed, 09 Nov 2011 15:43:54 GMT

you'll want to make a small change in your GetSignatureBase method to support non "oob" solutions.

For non "oob", you need to URL encode the callback, so you'll want to add something like this when you're iterating through this._params:

if (p1.Key == "callback") {
p.Add("oauth_" + p1.Key, UrlEncode(p1.Value));
continue;
}
Comments:

This is fixed in the current version of OAuth.cs

Closed Issue: Create new plugin Twitter upload media function, use OAuth lib [16715]

Cheeso — Sat, 22 Oct 2011 18:38:08 GMT

Twitter now has an API for uploading images direct to twitter: https://dev.twitter.com/docs/api/1/post/statuses/update_with_media

Something you might want to consider using from the cropper plugins?

I've got it going with the OAuth lib. I'm using the Upload.PostFile from

Salient as the System.Net.WebClient won't allow me to name the file's form variable.

OAuth.Manager man = new OAuth.Manager(CONSUMER_KEY, CONSUMER_SECRET, token, secret);
string url = "https://upload.twitter.com/1/statuses/update_with_media.xml?"+
"status=" + OAuth.Manager.UrlEncode("setting up my twitter 私!!"
);
string header = man.GenerateAuthzHeader(url, "POST");

NameValueCollection headers = new NameValueCollection();
headers.Add("Authorization", header);

WebResponse fileResponse = Upload.PostFile(new Uri(url)
, new NameValueCollection()
, @"C:\Users\Russ\4063b622-4716-4c19-9050-c7cf8f9f7ec2.jpg"
, "img/jpeg"
, "media[]"
, null
, headers);

Stream s = fileResponse.GetResponseStream();
using (StreamReader sr = new StreamReader(s))
{
string res = sr.ReadToEnd();
Console.Write(res);
}
Comments:

implemented in Changeset #81887 . Will be in the next binary version of the plugins projec t- v1.3.10.

Closed Issue: SendtoTwitPic Gives Remote Server Error 401 Unauthorized [15917]

Cheeso — Sat, 22 Oct 2011 17:20:39 GMT

After giving SendtoTwitPic authorization via Twitter through the popup window, I get the above error every time I try to use the plugin. Checking in the Cropper options, I notice that the Access Token and Access Secret fields are empty and the Clear button is disabled. The only way to get prompted for the authorization again is to delete the SendtoTwitPic line in cropper.config. I'm thinking Authorization from Twitter must have changed, because I now don't see SendToTwitPic listed in approved Applicaitons on Twitter and Cropper gave me no way to input the PIN that Twitter provided via the authorization process that SendToTwitPic initiated.
Comments:

Fixed in Changeset #81885 . This fix will be available in the next binary release, v1.3.10.

Commented Issue: SendtoTwitPic Gives Remote Server Error 401 Unauthorized [15917]

Cheeso — Sat, 22 Oct 2011 15:29:29 GMT

The suspiscion you raised is correct - the authorization check at Twitter changed. The plugin did HTML screen scraping and Twitter changed its HTML markup, so the automated part broke.

Commented Issue: Create new plugin Twitter upload media function, use OAuth lib [16715]

Cheeso — Sat, 22 Oct 2011 15:29:12 GMT

Hmm, ok, it shouldn't be too much trouble.

The suspiscion you raised in the bug on Send-To-Twitpic was correct - the authorization check at Twitter changed. The plugin did HTML screen scraping and Twitter changed its HTML markup, so the automated part broke.

After I do the work, Both will function properly again, though I don't know why anyone would want the Send-To-Twitpic plugin if a Send-to-Twitter is available.

Commented Issue: SendtoTwitPic Gives Remote Server Error 401 Unauthorized [15917]

Cheeso — Sat, 22 Oct 2011 15:25:52 GMT

Yep - I saw this myself. Will get it fixed.

Commented Issue: Create new plugin Twitter upload media function, use OAuth lib [16715]

techSage — Thu, 20 Oct 2011 21:11:14 GMT

It would be great to see this implemented - I loved using the Send to TwitPic feature, but it seems to be broken now (see issue item: http://cropperplugins.codeplex.com/workitem/15917).

Created Issue: Create new plugin Twitter upload media function, use OAuth lib [16715]

Cheeso — Mon, 10 Oct 2011 22:15:22 GMT

Commented Issue: new plugin: Send-to-TFS2010 [14971]

amissico — Thu, 23 Jun 2011 02:29:37 GMT

Because the client interfaces and client DLLs for TFS changed, between 2008 and 2010, I think it will be eaiser and more appropriate to maintain separate plugins to connect to TFS2008 and TFS2010, rather than support both TFS2008 and TFS2010 in the same plugin.

I don't have a use for this particular plugin but if someone wants it, please vote up, and I'll implement it.
I'll need a test TFS server. Not sure Codeplex is suitable for use this way; I will have to check.
Comments: ** Comment from web user: amissico **

TFS2010 can now be installed on non-servers, both 32- and 64-bit. This is called a "basic" configuration.

Created Issue: SendtoTwitPic Gives Remote Server Error 401 Unauthorized [15917]

techSage — Wed, 25 May 2011 18:55:33 GMT

Created Issue: Update GetSignatureBase in OAuth package to handle non-oob scenarios [15756]

Cheeso — Mon, 25 Apr 2011 10:39:17 GMT

Closed Issue: Fixed OAuth UrlEncode to handle extended characters [15680]

Cheeso — Thu, 21 Apr 2011 03:36:00 GMT

Hi all,
Here is a fix to the OAuth library to allow it to handle extended characters.

This change to UrlEncode appears to work for me:

public static string UrlEncode(string value)
{
byte[] bytes = System.Text.Encoding.UTF8.GetBytes(value);
var result = new System.Text.StringBuilder();

foreach (char symbol in value)
{
if (unreservedChars.IndexOf(symbol) != -1)
result.Append(symbol);
else
{
foreach (byte b in Encoding.UTF8.GetBytes(symbol.ToString()))
{
result.Append('%' + String.Format("{0:X2}", b));
}
}
}
return result.ToString();
}

Here is the code that I've been testing it with:

OAuth.Manager man = new OAuth.Manager(CONSUMER_KEY, CONSUMER_SECRET, token, secret);
string url = "http://api.twitter.com/1/statuses/update.xml?status=" + OAuth.Manager.UrlEncode("setting up my twitter 私のさえずりを設定する");
string header = man.GenerateAuthzHeader(url, "POST");

var request = (HttpWebRequest)WebRequest.Create(url);
request.Method = "POST";
request.PreAuthenticate = true;
request.AllowWriteStreamBuffering = true;
request.Headers.Add("Authorization", header);

using (var updateResponse = (HttpWebResponse)request.GetResponse())
{
Console.WriteLine(updateResponse.StatusCode.ToString());
};

Cheers all,
Russell
Comments:

Fixed in changeset 72108. This will be in the binary release of CropperPlugins that follows v1.3. I expect that number to be v1.4.

Created Issue: Fixed OAuth UrlEncode to handle extended characters [15680]

Cheeso — Mon, 11 Apr 2011 14:12:05 GMT

Created Issue: new plugin: Send-to-FTP [15053]

Cheeso — Thu, 06 Jan 2011 16:01:23 GMT

Create a Send-to-FTP plugin. Should be pretty straightforward.

See http://cropperplugins.codeplex.com/Thread/View.aspx?ThreadId=240061 for some discussion about it.

Created Issue: new plugin: Send-to-TFS2010 [14971]

Cheeso — Mon, 27 Dec 2010 17:44:12 GMT

Commented Issue: TFSWorkItem Crash [14952]

Cheeso — Mon, 27 Dec 2010 16:31:26 GMT

TFSWorkItem crashes when open cropper 'Options'

************** Exception Text **************
System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.TeamFoundation.Client, Version=9.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.
File name: 'Microsoft.TeamFoundation.Client, Version=9.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
at Cropper.TFSWorkItem.OptionsForm..ctor(TfsSettings settings)
at Cropper.TFSWorkItem.TFS.Fusion8.Cropper.Extensibility.IConfigurablePlugin.get_ConfigurationForm()
at Fusion8.Cropper.Options..ctor()
at Fusion8.Cropper.MainCropForm.ShowOptionsDialog()
at Fusion8.Cropper.MainCropForm.HandleMenuOptionsClick(Object sender, EventArgs e)
at System.Windows.Forms.MenuItem.OnClick(EventArgs e)
at System.Windows.Forms.MenuItem.MenuItemData.Execute()
at System.Windows.Forms.Command.Invoke()
at System.Windows.Forms.Command.DispatchID(Int32 id)
at System.Windows.Forms.Control.WmCommand(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at Fusion8.Cropper.CropForm.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Comments: ** Comment from web user: Cheeso **

I think the way to fix this is to force the Send-to-TFS plugin to load the dependent assembly upon instantiation or load. This would happen if one of the types in the DLL implemented an interface defined in the 'Microsoft.TeamFoundation.Client' assembly. But that isn't a natural solution. There might be a better way to do it. I'll research.

If the Send-to-TFS plugin tries to resolve the 'Microsoft.TeamFoundation.Client' assembly as soon as the Send-to-TFS dll is loaded, in the way described above or in some other way, then when Cropper does its initial scan for plugins, Assembly.LoadFile will throw if the 'Microsoft.TeamFoundation.Client' dll is not present in the GAC. This will cause Cropper to not include the TFS plugin into the list of potential outputs, which will avoid the problem reported here.

Commented Issue: Formally define an interface to hold UploadImage() [14963]

Cheeso — Mon, 27 Dec 2010 16:22:25 GMT

A bunch of these plugins upload images to online services, like Flickr, Picasa, Facebook and so on.

Recently, the Paint.NET plugin has been updated to also optionally upload the edited image via one of those plugins. But this feature of Paint.NET relies on the presence of a special method name (UploadImage), found via reflection. This is really a job for a formal interface, like IUploadImage. It should be defined in a common bit of code that can be linked into any/all of the plugins.

This isn't possible cleanly in Cropper today. See
http://cropper.codeplex.com/workitem/14970 for an explanation of why.
Comments: ** Comment from web user: Cheeso **

For now I've implemented the scaffolding for a correct implementation of this, as far as I can go without a change to Cropper itself. These changes are all checked in, in a series of checkins ending with 65894.

The IUpload interface is defined in the CropperPlugins.Common.dll.

The plugins don't explicitly implemnent the IUpload interface, because for now Cropper uses LoadFile to load the DLLs, which doesn't load dependencies. This is the subject of workitem 14970 on the Cropper project.

Instead the plugins provide the method, and any plugin that wants to chain will have to use reflection. The PaintDotNet plugin uses this approach to construct the list of upload plugins it can chain to. It also uses reflection to invoke the method. This will work, until the workitem 14970 is resolved.

The code in the plugins to workaround this is ifdef'd with HACK.

For now I will keep this workitem open; when 14970 is resolved, then I can remove the HACK code in the various plugins.

Created Issue: Formally define an interface to hold UploadImage() [14963]

Cheeso — Sun, 26 Dec 2010 22:03:54 GMT

Created Issue: Refactor and test S3 plugin [14961]

Cheeso — Sun, 26 Dec 2010 15:32:31 GMT

The S3 plugin was created apparently from a Java port. As a result it is much much more complicated than it needs to be. For example it does all the XML deserialization *manually* rather than using the XmlSerializer that is builtin to .NET.

This over complication is also present in other places. For example the code that creates the authorization signature is unnecessarily opaque.

Also, it uses a legacy REST interface. Amazon says that apps ought to use a hostname that includes the bucket name. The S3 plugin does not do this, instead using the older request format. This may be phased out in the future.

All these things should be fixed, and the plugin ought to be tested.
This will require an S3 account.

Also, itThere