Josh,
this was not a raw message from suds but a "nice" message from fedex
(package pypi fedex). I wrote a fix for that fedex. It combines the
best of both messages:
http://dpaste.com/676494/ (can be downloaded within 7 days)
Please test it. I can not do it without an account.
Chris,
I tried to test it with a weight for the product, but got an
exception:
TypeError: unsupported operand type(s) for +=: 'float' and 'Decimal'
.../shipping/modules/fedex_web_services/shipper.py: 141
box_weight += item_weight
Variables
box_weight = 0.0
item_weight = Decimal("1.00")
A strong note about only allowed weight units LB and KG should be
written to Fedex module documentation or a conversion to the default
unit should be implemented. Other unit "g" (gram) not only "KG" is
frequently used in Europe for many products. It can not be easy
changed in the database if it is displayed also for users. If products
are imported from other site, different units can be in one site and
the actual model allows it, but KG and G would be summarized
numerically together now.
-- Hynek
On 21 pro, 18:16, Josh Cartmell <joshcar...@gmail.com> wrote:
> Thanks for the help guys and it definitely has been easy to fix. For
> now I am just forcing the fedex to use the default weight value rather
> than checking if the product has it's own because this site is all in
> pounds so that is a safe assumption for me.
>
> Hynek, your fix definitely makes the logs more readable and usable and
> it is much appreciated, thanks! I'm not sure how lowercase got into
> the db in this case. I inherited this site awhile ago so I don't know
> all the history behind it.
>
> The bad error messages I am referring to are not part of the satchmo
> module but error messages from python-fedex and or suds. Inside
> python-fedex there is a SchemaValidationError which always provides
> the following error message:
> "suds encountered an error validating your data against this service's
> WSDL schema. Please double-check for missing or invalid values,
> filling all required fields."
>
> I was thinking it would be nice if it told you what schema validation
> error you had, but I don't know too much about suds and though maybe
> someone knew of a quick fix. It's not important now since I figured
> out the problem I was having, but it could be nice for future
> debugging.
>
> Thanks,
> Josh
>
> On Dec 20, 5:04 pm, Chris Moffitt <ch...@moffitts.net> wrote:
>
>
>
>
>
>
>
> > The Fedex module is picky about the weight units and needs the values in
> > all caps. It should be simple to do an uppercase on the weight measurement
> > in order to minimize this problem.
> > -Chris
>
> > On Tue, Dec 20, 2011 at 6:10 PM, hynekcer <hy...@sdb.cz> wrote:
> > > Josh,
> > > please write an issue to be possible to fix it later. Try to write it
> > > the best you can.
> > > (Imagine that you will once later select an issue which you will want
> > > to fix from many issues written by other and you would prefer issues
> > > clearly written, good explained etc.)
>
> > > Could you write the wrong lowercase "lb" by admin? Or did you it
> > > programmatically?
>
> > > I am here frequently, but usually I debug complicated things which I
> > > do no want to interrupt or to forget by reconfiguring patched Satchmo,
> > > Django, etc.
> > > Though I do not use weight field and I have no Fedex account, I can
> > > understand something.
> > > e.g. I suspected that caching problem is a popular alibi for something
> > > what could not be reproduced in your case.
>
> > > If you place some example of parsed code to pastebin and some bad
> > > error message, maybe more people (including me) answer something or
> > > try it for him- or herself.
>
> > > Is it easier to find anything in the log after my fix?
>
> > > -- Hynek
>
> > > On 20 pro, 21:17, Josh Cartmell <joshcar...@gmail.com> wrote:
> > > > I just figured out issue I was having and it turns out it had nothing
> > > > to do with caching. The problem was that some of the items in my
> > > > database have a weight unit of lb instead of LB, which is why the
> > > > error appeared to be random. I'm not sure why my db is like that, but
> > > > it was causing the shipping module to choke because it wants LB and
> > > > will not accept lb. It was throwing a suds schema validation error,
> > > > unfortunately thats as far as the error went. I thought I would post
> > > > here in case anyone else runs into something similar.
>
> > > > I also wonder if anyone knows a way to get suds to give better
> > > > errors? For example is it possible for it to explicitly tell you what
> > > > the schema validation error is rather than just that there is one?
>
> > > > Thanks,
> > > > Josh
>
> > > > On Dec 17, 12:22 pm, Chris Moffitt <ch...@moffitts.net> wrote:
>
> > > > > All those patches have been applied to tip.
>
> > > > > Thanks,
> > > > > Chris
>
> > > > > On Sat, Dec 17, 2011 at 11:43 AM, hynekcer <hy...@sdb.cz> wrote:
> > > > > > I think that I fixed logging for Fedex.
> > > > > >https://bitbucket.org/chris1610/satchmo/issue/1379/
> > > > > > (wait several hours before Chris probably submits to trunk)
> > > > > > Now it should be easy to find where is a problem ;-/)
>
> > > > > > I restricted also default logging of SQL queries. People mostly
> > > > > > solve
> > > > > > other problems then number of queries. Both logging restrictions
> > > > > > affects only new installations by modified local_settings.py in the
> > > > > > skeleton.
>
> > > > > > Today I got several tracebacks caused by experiments of some
> > > > > > hackers.
> > > > > > They are trying urls "/?page=../../../../some_nonsense"
> > > > > > If it is anying also for you now, apply two lines patch
>
> > >https://bitbucket.org/hynekcer/satchmo-outgoing/changeset/d5e50a285c8c
>
> > > > > > -- Hynek
>
> > > > > > On 15 pro, 20:27, Josh <gro...@j.oshua.net> wrote:
> > > > > > > The logs weren't showing anything conclusive. I flushed the cache
> > > and
> > > > > > > it started working again. I had been switching back and forth
> > > between
> > > > > > > the new fedex module and the version I had created some time ago
> > > > > > > (which arlorla's fedex_web_services is a fork of) so corrupted
> > > > > > > data
> > > > > > > probably ended up in the cache.
>
> > > > > > > I had noticed this on a site with my old module when I wasn't
> > > > > > > switching between modules so there could be some sort of unknown
> > > > > > > caching issues, in case anyone runs into this particular issue
> > > again.
> > > > > > > Thanks for the help!
>
> > > > > > > Josh
>
> > > > > > > On Dec 14, 5:52 pm, Chris Moffitt <ch...@moffitts.net> wrote:
>
> > > > > > > > I am not seeing this error. Do you see any other information in
> > > the log
> > > > > > > > files that might explain the issue?
>
> > > > > > > > -Chris
>
> > > > > > > > On Wed, Dec 14, 2011 at 11:47 AM, Josh <gro...@j.oshua.net>
> > > wrote:
> > > > > > > > > Actually, is anybody else getting this:
> > > > > > > > > AttributeError at /checkout/credit/
>
> > > > > > > > > 'NoneType' object has no attribute 'HighestSeverity'
>
> > > > > > > > > I'm getting it when I try to submit the contact info form
> > > during
> > > > > > > > > checkout.
>
> > > > > > > > > It comes from this line:
> > > > > > > > > if rate_request.response.HighestSeverity in ['SUCCESS',
> > > 'WARNING',
> > > > > > > > > 'NOTE']:
>
> > > > > > > > > Regards,
> > > > > > > > > Josh
>
> > > > > > > > > On Dec 14, 9:32 am, Josh <gro...@j.oshua.net> wrote:
> > > > > > > > > > Sorry it's taken me a week to get back. I've been seeing 10+
> > > > > > seconds.
> > > > > > > > > > Sometimes it also just errors out lately though, so I may
> > > have
> > > > > > other
> > > > > > > > > > issues going on. Thanks for the info.
>
> > > > > > > > > > Regards,
> > > > > > > > > > Josh
>
> > > > > > > > > > On Dec 7, 1:27 pm, Dave Brown <wakeb0a...@gmail.com> wrote:
>
> > > > > > > > > > > Josh,
> > > > > > > > > > > I had the log level set to DEBUG :(
>
> > > > > > > > > > > How slow are you getting? I was getting 10 seconds for 3
> > > > > > shipping
> > > > > > > > > > > methods... now im getting ~4-5 seconds for 3
>
> > > > > > > > > > > Dave
>
> > > > > > > > > > > On Wed, Dec 7, 2011 at 3:52 PM, Josh <gro...@j.oshua.net>
> > > wrote:
> > > > > > > > > > > > Hey Dave any chance you could let me/us know what was
> > > causing
> > > > > > the
> > > > > > > > > > > > speed issue. I have noticed thatFeDexis generally slow
> > > and I
> > > > > > wonder
> > > > > > > > > > > > if I am doing something similar.
>
> > > > > > > > > > > > Thanks,
> > > > > > > > > > > > Josh
>
> > > > > > > > > > > > On Dec 3, 1:28 pm, Dave Brown <wakeb0a...@gmail.com>
> > > wrote:
> > > > > > > > > > > > > I figured out the speed issue, it was something stupid
> > > i was
> > > > > > doing.
>
> > > > > > > > > > > > > I now get 3 methods back in about 4.5 seconds, before
> > > it was
> > > > > > > > > taking ~10
> > > > > > > > > > > > > seconds.
>
> > > > > > > > > > > > > Is 1.5seconds per method about right you think?
>
> > > > > > > > > > > > > Dave
>
> > > > > > > > > > > > > On Sat, Dec 3, 2011 at 4:10 PM, hynekcer <hy...@sdb.cz
>
> > > > > > wrote:
> > > > > > > > > > > > > > Chris, I confirm that newFedexmodules does not
> > > disturb
> > > > > > other
> > > > > > > > > parts
> > > > > > > > > > > > > > of Satchmo.
>
> > > > > > > > > > > > > > I see that all new satchmo changes are applied to
> > > > > > satchmo-fedex.
> > > > > > > > > So I
> > > > > > > > > > > > > > think it should be anyway all pushed to Satchmo, but
> > > due to
> > > > > > > > > David's
> > > > > > > > > > > > > > notes without large publicity yet. The speed can be
> > > tried
> > > > > > fixed
> > > > > > > > > > > > > > continuously on the fly. It is not blocking for
> > > > > > > > > > > > > > other
> > > > > > > > > development.
> > > > > > > > > > > > > > Thank you for giving the time to think.
>
> > > > > > > > > > > > > > On 30 lis, 02:56, Dave Brown <wakeb0a...@gmail.com>
> > > wrote:
> > > > > > > > > > > > > > > Chris, With onlyfedexground, it takes ~4 seconds.
> > > > > > > > > > > > > > > If i bump it up one more (add 2 day), ~7 seconds
> > > > > > > > > > > > > > > Add one more (express), ~10.29 seconds.
>
> > > > > > > > > > > > > > > I'm assuming since the standard satchmo checkout
> > > has the
> > > > > > > > > payment and
> > > > > > > > > > > > > > > shipping tied together, you are using the
> > > > > > payment/shipping
> > > > > > > > > form to
> > > > > > > > > > > > get
> > > > > > > > > > > > > > the
> > > > > > > > > > > > > > > dynamic rates? There isn't any other 'simple'
> > > form that
> > > > > > your
> > > > > > > > > using
> > > > > > > > > > > > that
> > > > > > > > > > > > > > > may make it quicker?
>
> > > > > > > > > > > > > > > (i created a simple form since i want to get rates
> > > > > > anywhere on
> > > > > > > > > the
> > > > > > > > > > > > site
> > > > > > > > > > > > > > > with the current cart items, not just at checkout,
> > > but
> > > > > > that
> > > > > > > > > still
> > > > > > > > > > > > didn't
> > > > > > > > > > > > > > > make a difference).
>
> > > > > > > > > > > > > > > The biggest thing I've noticed betweenfedexand
> > > usps is
> > > > > > that
> > > > > > > > > even
>
> ...
>
> číst dál »
--
You received this message because you are subscribed to the Google Groups
"Satchmo users" group.
To post to this group, send email to satchmo-users@googlegroups.com.
To unsubscribe from this group, send email to
satchmo-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/satchmo-users?hl=en.
