Doug Fales

Hi Rick,

Thanks for posting your feedback on this subject. I’d like to apologize for the negative experience you’ve had with the PayPal Standard option. We recently switched from using one PayPal API to another as part of our PayPal Business Payments launch. That API switch was supposed to be seamless, but as you have observed, it caused the user interface to change noticeably for the PayPal Standard option.

We have fixed this issue today, so you (and your clients) should now see a more familiar PayPal interface when paying with the PayPal Standard option.

We will work with PayPal to see if the same thing is possible for the Business Payments option.

Sorry for the inconvenience!

-Doug

Thanks for the feedback Rick! I will add your name to the list on this feature request.

-Doug

@htxt Thanks for the feedback! We’ve heard this request before on the invoice URLs for our web invoice view. I’ll add your vote to our list.

@POUND! Glad to hear you like the new email format!

Hi Rick,

You’re correct, the Highrise integration is a manual process, but you should be able to grab new data from Highrise as often as you like. You can do this by navigating to the Manage → Clients page, clicking Import/Export, selecting to import from Highrise, and then selecting fetch latest client data from Highrise. This should pull in your latest data for import to Harvest.

I’ll make a note in our request tracker to see if we can make this process more automatic at some point. Thanks for the feedback!

-Doug

Hi Cara,

I think the XMLHTTP object is not doing Basic Auth the way Harvest expects. I’d try setting the Authorization header explicitly with the base64-encoded email:password string. Here’s an example that I came up with that worked for me:

http://pastie.org/1192157

Also, note that I am using the “MSXML2.ServerXMLHTTP.6.0” object, as I was encountering “Access denied” errors with the non-server version. (Probably something’s not right in my weak VBScript environment. :)

Hope this helps!

-Doug

Hi Anders,

This sounds similar to other requests we’ve had in the forum for aggregate API requests. I’ll bump this request in our tracking system for you.

As for getting a complete list of all user and task assignments, that’s a new one. I’ll make a ticket for it today.

-Doug

Hi Cara,

I can’t speak to whether anyone has done this before, but I may have a tip about why you’re seeing the login page when using the MSXML2.XMLHTTP.6.0 object.

If the two headers ‘Accept’ and ‘Content-type’ are not set, then any request, even one with a basic authentication header, will be interpreted as a non-API request.

I’m not a VBA programmer, but I believe you can set these properties on the MSXML2.XMLHTTP.6.0 object like so:

xmlObj.setRequestHeader “Content-Type”, “application/xml”
xmlObj.setRequestHeader “Accept”, “application/xml”

Hope this helps! And though I don’t have any VB examples, if you need a C# code sample for the Harvest API, email us in support and I can find one for you.

Best,
Doug

@cipher thanks for letting us know about the problem. We’ve deployed a fix, so you should see subtotals on invoice PDFs that have a discount from now on.

This is a great addition to the API! Thanks Barry!

Thanks for the feedback everyone! I’ve made a note of this disappearing entries issue. It is something we plan on addressing in the next version of our app. Thanks for your patience!

Hi Alan,

Thanks for letting us know about this. I’m going to add this to the list of issues to address in our next version of the app.

Thanks!

@russellgrocott we’ve not done anything internally with a JIRA integration yet. @chris have you had any luck developing a solution between JIRA and the Harvest API?

@mattro I’ve noted your request in our feature request tracker. We’ll let you know if anything happens in the way of a formal JIRA integration.

Hi Ben, the square-cropping you’ve noticed is a defect in the iPhone app which we plan on fixing in the next version. Receipts uploaded via the web browser are not cropped. In v1.1.5 of the iPhone app (not out yet), the same will be true there as well.

@highlandeco Thanks for you help on this! The issue has been resolved.

Hello Highland Eco-Design!

Harvest should allow you to upload PDF files as receipt attachments. I just tested and this feature worked for me locally, so I’m guessing there is a browser issue preventing the PDF upload from going through. We should be able to get that fixed asap, but first, could you write us via support and let us know your browser/operating system versions and include a sample PDF that fails to upload? You should be able to just attach the PDF on an email to support@getharvest.com and we’ll get it.

Thanks!

Thanks for letting us know about this discrepancy, Anthony! I’ve updated the code so that expense exports should now successfully import without any editing of column headings or data.

The order of columns should not matter, and the additional columns produced by an expense export will be ignored during import. Please let me know if you have any more problems moving your expenses over to the other project!

Hi Jake, you’re absolutely right that this will not be nearly as useful without a way to access the content in the web UI. I just wanted to clarify that this feature is on the roadmap for the near future. We’ll let you know as soon as it’s ready to go.

Jake, thanks for the feedback. You’re correct, expense receipt images are only available via the API at present. They will also be available in the iPhone app (coming very soon). I’ve made a note of your request to have this made available in the web UI as well.

Hi Matt, great question. We should be accepting any image format, as long as it does not exceed our max attachment size of 10MB.

Thanks Matt! We’ll get that typo fixed up today.

Thanks for letting us know about this. Looks like the documentation is incorrect in this case. This method requires a POST request, not a PUT. If you try the same request again with a POST, your client should (de-) archive correctly. I’ll correct the docs this morning.

Hi Jim,

The blockquote specifier (bq.) needs to be at the beginning of a new line, otherwise it is ignored. For example, this will work because I’m using bq. to start the line:

Four score and seven years ago our fathers brought forth, upon this continent, a new nation, conceived in Liberty, and dedicated to the proposition that all men are created equal.

But if I just use bq. in-line, it won’t work: bq. Four score and seven years ago our fathers brought forth, upon this continent, a new nation, conceived in Liberty, and dedicated to the proposition that all men are created equal.

Hi Jim, thanks for pointing this out. I’ve updated the instructions and the CSS. You should now be able to do bold, italics, blockquotes, links, and images:

Here is some bold text.

And here is some italic text using underscores.
This is a blockquote:

Although it is a cold evening,
down by one of the fishhouses
an old man sits netting,
his net, in the gloaming almost invisible

And here is a link to that poem.

And how about a picture of the poet, using exclamation marks around the URL to the image:

Hi guys, thanks for this suggestion. I could see how it would be useful for a lot of reporting apps, especially if the response contained a few different sums: billable, non-billable, outstanding, billed. I can’t promise that we’ll add this right away, but I’m going to capture it in a feature request ticket.

Hi leeo, that’s a good question. You’re seeing errors because it is not currently supported to pass task_assignment attributes into the “/projects/#{project_id}/task_assignments” API call. To set those attributes, you’ll have to take two steps: first, create the task assignment (as you’re already doing), and then use the “/projects/#{project_id}/task_assignments/#{task_assignment_id}” call to set the attributes on the newly created task assignment.

Our project search feature should be available now. Please give it a try and let us know what you think!