UPS nor working still

[Frank Dvorak]

After the resent update I find that UPS is still not working, I am sorry to report. Here is a new tracking number 1Z5RF4610308971311. I hope this helps. Keep working on it, I have know you can resolve this. There must be something UPS is doing lately that makes this program not work. I want to thank you tho for the last update attempt. I do not know however if I am the only one having this problem right now but I do not think it is me. Anyway I hope you can resolve this rather problematic issue.

Best Wishes on a Resolution.
Frank

[Vsevolod Velichko (torkvemada)]

Sorry, I cannot currently reproduce your problem, as with previous tracking number, as with current one, both work for me, see screenshot attached.
Are you sure, that you have latest package version?

If you do, check, that you have UPS enabled in application preferences.
Then attach here versions of the packages you have: python, python-dateutil, python-gevent.
And attach file ~/.xsession-errors

[Frank Dvorak (fdvorak)]

Must be my computer all the sudden than. Rather strange. I
uninstalled, reinstalled, updated and reinstalled again and nothing.
This is what I see.

I am using Zorin OS as my Desktop and it is Ubuntu based. I have
everything up to date and it should be fine.

On 04/05/2017 02:31 AM, Vsevolod Velichko wrote:
> Sorry, I cannot currently reproduce your problem, as with previous tracking number, as with current one, both work for me, see screenshot attached.
> Are you sure, that you have latest package version?
>
> If you do, check, that you have UPS enabled in application preferences.
> Then attach here versions of the packages you have: python, python-dateutil, python-gevent.
> And attach file ~/.xsession-errors
>
> ** Attachment added: "ParcelTracker_20170405_12:22:26.png"
> https://bugs.launchpad.net/parcel-tracker/+bug/1679917/+attachment/4855189/+files/ParcelTracker_20170405_12%3A22%3A26.png
>

[Vsevolod Velichko (torkvemada)]

> I have everything up to date and it should be fine.

And the versions of the packages I asked about are ..?
And the contents of ~/.xsession-errors are ..?

[Frank Dvorak (fdvorak)]

Must be my computer then. I do thank you for all your help. I just
never had this problem with the program before and it just be my system.

On 04/05/2017 07:41 AM, Vsevolod Velichko wrote:
>> I have everything up to date and it should be fine.
> And the versions of the packages I asked about are ..?
> And the contents of ~/.xsession-errors are ..?
>

[Frank Dvorak (fdvorak)]

The program keeps saying parcel info never received and thats all I get
with UPS anyway. I also have the latest version as I shown you in the pic.

On 04/05/2017 07:41 AM, Vsevolod Velichko wrote:
>> I have everything up to date and it should be fine.
> And the versions of the packages I asked about are ..?
> And the contents of ~/.xsession-errors are ..?
>

[Vsevolod Velichko (torkvemada)]

Well, you know, it could have different grounds. To find a problem source I need some debug info from you, which I asked for:
 1. Exact version of the packages: 'python', 'python-dateutil', 'python-gevent'.
 2. Contents of the file '.xsession-errors' which can be found in your home folder (it's hidden by default, can be shown by Ctrl-h hotkey in your Nautilus or file upload dialog).

Without that data no one cannot be sure if it is your computer or some bug.

[josejuan05 (josejuan05)]

I have the same problems with the current version of parcel-tracker.
I am using python 2.7.11-2, python-dateutil 2.4.2-1, and python-gevent 1.1.1-2 from the Ubuntu repos. I've attached the errors shown in the terminal when running parcel-tracker with all but the UPS service disabled and with just the single UPS tracking number.

There seems to be some problem with either the cookie setting or the redirect following. Regardless, it appears cookies aren't necessary to fetch the page for decoding - A bare "curl "https://wwwapps.ups.com/WebTracking/track?track=yes&trackNums=${trackingNumber}" returns the relevant page with full html and parseable data.

[Vsevolod Velichko (torkvemada)]

Okay, super, this is very helpful.

[Vsevolod Velichko (torkvemada)]

> Regardless, it appears cookies aren't necessary to fetch the page for decoding

In fact, they do. We first have to fetch page with cookies to set results language to English, and only after that we can fetch real results, using the cookies. In your case you are just lucky to be english locale user already :)

[Vsevolod Velichko (torkvemada)]

Please, try the fix in 17.05.7.

[Frank Dvorak (fdvorak)]

Thank you for fixing it. I also been having a problem as of late were I
have to exit the program and reload it for the parcel tracking info to
update. I do not know weather that is a bug on my end or with the
program. Here is a tracking number in case. 1Z0F425FYW98607909*
*

On 05/09/2017 07:15 AM, Vsevolod Velichko wrote:
> Please, try the fix in 17.05.7.
>
> ** Changed in: parcel-tracker
> Status: In Progress => Fix Released
>

[josejuan05 (josejuan05)]

It appears that the problem has returned yet again. With 17.05.12, still with the same above python module versions, parcel-tracker seems to hang. My investigation shows that (as you perhaps already have learned) the first http(s) request for setting cookies returns a looping redirect -
 this occurs both in python and with curl if cookies aren't saved.

From my investigation it looks like the only cookies you actually need are 'ups.country=US' and 'WEMEnabled=Y'. It should be possible to set those cookies manually, and that might avoid having to fix the redirect problem every time.

1ZY10F061212066286

[Vsevolod Velichko (torkvemada)]

josejuan05, thanks for your diagnostics!
Fixed in 17.06.1.