On Fri, Nov 16, 2012 at 10:45 AM, Oleg Kalnichevski <ol...@apache.org>wrote:

> On Thu, 2012-11-15 at 13:54 -0500, Gary Gregory wrote:
> > What is the process to make a JIRA after a commit? I do not seem to have
> > the karma to set the fix version or anything admin-like.
> >
> > Gary
> >
>
> I usually set the status of any issue I consider resolved to RESOLVED
> status expecting the reporter either to confirm the fix by setting the
> issue to CLOSED or re-open it in case the problem is still there.
>
> The overwhelming majority of users never bother to properly close the
> issues they have reported, so once it a while I bulk set issues resolved
> a few releases back to CLOSED.
>
> I just discovered that I no longer had permissions to manage the
> hc-developers group in JIRA. For the time being I manually assigned all
> active committers to JIRA admins for HC core, client and asyncclient
> projects.
>
> Please try it again.
>

Still no dice.

Gary


>
> Oleg
>
>
>
> > On Thu, Nov 15, 2012 at 1:50 PM, Gary Gregory (JIRA) <j...@apache.org
> >wrote:
> >
> > >
> > >     [
> > >
> https://issues.apache.org/jira/browse/HTTPCLIENT-1260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13498233#comment-13498233
> ]
> > >
> > > Gary Gregory commented on HTTPCLIENT-1260:
> > > ------------------------------------------
> > >
> > > Thank you for the bug report.
> > >
> > > Fixed in trunk:
> > >
> > > commit -m "[HTTPCLIENT-1260] Javadoc incorrectly states
> > > StringBody(String)'s encoding uses the system default. Contributed by
> Tim
> > > <tdhutt at gmail.com> and Gary Gregory <ggregory at apache.org>
> > > "
> > >
> C:/svn/org/apache/httpcomponents/trunk/httpclient/httpmime/src/main/java/org/apache/http/entity/mime/content/StringBody.java
> > > C:/svn/org/apache/httpcomponents/trunk/httpclient/RELEASE_NOTES.txt
> > >     Sending
> > >  C:/svn/org/apache/httpcomponents/trunk/httpclient/RELEASE_NOTES.txt
> > >     Sending
> > >
>  
> C:/svn/org/apache/httpcomponents/trunk/httpclient/httpmime/src/main/java/org/apache/http/entity/mime/content/StringBody.java
> > >     Transmitting file data ...
> > >     Committed revision 1409922.
> > >
> > >
> > > > Javadoc incorrectly states StringBody(String)'s encoding uses the
> system
> > > default.
> > > >
> > >
> ---------------------------------------------------------------------------------
> > > >
> > > >                 Key: HTTPCLIENT-1260
> > > >                 URL:
> > > https://issues.apache.org/jira/browse/HTTPCLIENT-1260
> > > >             Project: HttpComponents HttpClient
> > > >          Issue Type: Bug
> > > >          Components: HttpClient
> > > >    Affects Versions: 4.2.2
> > > >         Environment: Android
> > > >            Reporter: Tim
> > > >            Priority: Minor
> > > >              Labels: documentation, newbie
> > > >   Original Estimate: 5m
> > > >  Remaining Estimate: 5m
> > > >
> > > > (Sorry if this is the wrong component.)
> > > > In the class `org.apache.http.entity.mime.content.StringBody`, there
> is
> > > the following code:
> > > >     /**
> > > >      * Create a StringBody from the specified text.
> > > >      * The mime type is set to "text/plain".
> > > >      * The hosts default charset is used.
> > > >      *
> > > >      * @param text to be used for the body, not {@code null}
> > > >      * @throws UnsupportedEncodingException
> > > >      * @throws IllegalArgumentException if the {@code text}
> parameter is
> > > null
> > > >      */
> > > >     public StringBody(final String text) throws
> > > UnsupportedEncodingException {
> > > >         this(text, "text/plain", null);
> > > >     }
> > > > Note that it says "The hosts [sic] default charset is used.". This is
> > > incorrect. The code *always* uses US-ASCII no matter what the host's
> > > default charset is (e.g. on Android it is UTF-8).
> > > > Quite annoying! It should read:
> > > >     /**
> > > >      * Create a StringBody from the specified text.
> > > >      * The mime type is set to "text/plain".
> > > >      * The charset is set to US-ASCII.
> > > >      *
> > > >      * @param text to be used for the body, not {@code null}
> > > >      * @throws UnsupportedEncodingException
> > > >      * @throws IllegalArgumentException if the {@code text}
> parameter is
> > > null
> > > >      */
> > > >     public StringBody(final String text) throws
> > > UnsupportedEncodingException {
> > > >         this(text, "text/plain", null);
> > > >     }
> > > > I'd appreciate it if you could fix this, so future developers won't
> have
> > > the frustration of working out why their non-ascii characters are all
> being
> > > changed to question marks.
> > >
> > > --
> > > This message is automatically generated by JIRA.
> > > If you think it was sent incorrectly, please contact your JIRA
> > > administrators
> > > For more information on JIRA, see:
> http://www.atlassian.com/software/jira
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org
> > > For additional commands, e-mail: dev-h...@hc.apache.org
> > >
> > >
> >
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org
> For additional commands, e-mail: dev-h...@hc.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Reply via email to