Closed
Bug 1005560
Opened 11 years ago
Closed 4 years ago
Attempt to use Hightail result in JS error
Categories
(Thunderbird :: FileLink, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: unicorn.consulting, Unassigned)
Details
following the recent activity I was attempting to undate the support article. It is the most visited support article in the knowledge base. Every attempt I make to use Filelink with Hightail It sits for an age telling me it is being linked.
A restart with add-ons disabled and a clear error console shows.
Timestamp: 4/05/2014 9:15:20 AM
Error: this._urlInfo.uploadUrl is undefined
Source File: resource://gre/components/nsHightail.js
Line: 934
Comment 1•11 years ago
|
||
Based on the code, that would appear to indicate we got incorrect data in response from the server
https://hg.mozilla.org/comm-central/annotate/50444e73055a/mail/components/cloudfile/nsHightail.js#l934
WFM though!
Summary: Attempt to use Hightail result in JS error Possible regression Bug 991220 → Attempt to use Hightail result in JS error
Ok I have managed to get it to work by deleting the entry in the password manager for chrome://messenger/cloudfile (DigFiles Auth Token) for the less than obvious account1
This forced a reauthorisation and it works. However that leaves me with the support guy issue of, "the average user should not have to do that" after they change their password. An interface that does not error is also something of an issue. So perhaps this bug needs to be retitled rather than closed as work for me.
Thoughts?
Comment 3•11 years ago
|
||
Yes, but a server side issue, so very little we could do about that.
Did we have a contact at YouSendIt/Hightail that we could report it to?
Matt: any idea if it's common or not?
Flags: needinfo?(standard8)
Flags: needinfo?(mconley)
I have no idea as to how common it is. I guess it is as common as a changed password, as that is what broke mine I think. Filelink has had very little actual appearance in the support forums, I had always assumed it just works as I don't use it. But I have no feeling even for the numbers using it or which provider.
However I see lots and lots of complaints about the spinning wheel and nothing happening. This should at least work out it is borked and error out of the process in a timely manner.
I just happened to be looking at the demise of Ubuntu One in TB Planning and was going to update the support article as it is full of Ubuntu One instructions and little else. At the same time I noticed that the article has had 107,753 hits in the last 30 days (an extraordinary level for a Thunderbird article) and 223,685 since the transition to SUMO from Get Satisfaction. Either there is an issue, or it is the most convincing evidence for in application links I have ever seen.
I have been using daily builds, but I updated my release version to 24.5 from 24.3 and Hightail works for me there. I have asked Christi https://support.mozilla.org/en-US/questions/998358#answer-568236 for input as to yousendit actually working as that was my original source of there being a general issue.
Comment 5•11 years ago
|
||
I used to use the YouSendIt provider, but it stopped working at some point. I then realized YouSendIt became Hightail, and I blamed the problem to that change. I'm aware of the 'chrome://messenger/cloudfile (BigFiles Auth Token)' password entry, but it never occurred to me that deleting this entry would fix the problem. Switched to Dropbox later on, which works just fine.
There were a number of support topics in the past about YouSendIt, I think mainly due to problems accepting passwords with certain characters.
Just guessing here, I believe that the problem with the BigFiles Auth Token is related to the change from YouSendIt to Hightail.
I also have a 'chrome://gmcont/<user>@gmail.com' password entry, which I think is related to Google Calendar. Even after changing the Google password I never had to delete that one.
Another thing I'm not quite sure about is whether cookies need to be allowed at the time of initial authentication. I do allow session cookies for both, Google and Dropbox in Thunderbird, because I had problems initially getting the Google Calendar authenticated. It's probably been similar with Dropbox.
Comment 6•11 years ago
|
||
I'm pretty sure Roland's the one to ask about contacts.
Flags: needinfo?(standard8)
Flags: needinfo?(rtanglao)
Flags: needinfo?(mconley)
Comment 7•11 years ago
|
||
https://intranet.mozilla.org/Thunderbird/PartnerContactInformation#YouSendIt
for those who can't read intranet.mozilla.org :
partner-support@yousendit.com
if that doesn't work email me directly outside of the bug and i will give you the real people's email addresses
Flags: needinfo?(rtanglao)
Comment 8•4 years ago
|
||
No new info since 8 years. I assume we can close this?
Comment 9•4 years ago
|
||
Whatever it was, at this point not something we ship since a long time ago. WFM
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•