Loading... for ever @ https://ubuntuone.com/files/

[wangyingqi]

just as the title.

[Netdragon (netdragon)]

I've confirmed with the test link, and seen this issue in other places as well.

[Netdragon (netdragon)]

*** Bug 407102 has been marked as a duplicate of this bug. ***

[Bv777 (bv777)]

Created an attachment (id=315745)
test case

I atached a set of simple test case files.

I also want to note that if I run the test inside FireFox with Flash Tracer active (and of course a Flash Debug Player) then a warning message is issued:
"Warning: Not a known player download type, http://localhost/lab/tests/f4loadvariables/variables.php" which doesn't amke any sense to me, but might give a clue to others.

If the call to the PHP file is replaced with a call to the .txt file (see attachment) then the problem doens't occur (also the warning message shown in FlashTracer is gone). The problem occurs also with other server languages like ASP & Fortran.

All browsers with the Mozilla engine show the problem any other engine base brwser like IE, Opera, Safari don't exhibit this behavior.

[Madeinchina53 (madeinchina53)]

Created an attachment (id=329021)
ethereal network capture showing completed transaction

I've got a problem like this or very similar without the flash, and not always reproducible. I'm loading small pages with a single cached graphic: the connection closes but the browser continues to show "transferring data from spsd-enet"
Attached is a network capture file. Because the transfer never completes, the refresh cycle in the web page never completes, (and stale data is displayed to the customer).

[Madeinchina53 (madeinchina53)]

(In reply to comment #4)
> Created an attachment (id=329021) [details]
> ethereal network capture showing completed transaction
> I've got a problem like this or very similar without the flash, and not always
> reproducible. I'm loading small pages with a single cached graphic: the
> connection closes but the browser continues to show "transferring data from
> spsd-enet"
> Attached is a network capture file. Because the transfer never completes, the
> refresh cycle in the web page never completes, (and stale data is displayed to
> the customer).

Note that there is no content-length header in the HTTP conversation in the capture file. There is a connection:close header.

[Evan Klitzke (eklitzke2)]

I just came across this as well when troubleshooting some Flash I've written... I came across some fairly old discussions about what appears to be this same bug from as early as 2005 so I think this is a pretty old issue. Does anyone have a work around?

[Jmcewan (jmcewan)]

Same issue :

Using the Gecko API:

Using NPN_Status or JavaScript to updated the status bar works fine until a call to NPN_PostURLNotify is made.
After the post has completed, and called successfully NPP_URLNotify, the status bar displays "Transferring data from x...".

All calls to update the status bar text now fail (NPN_Status is a void function unfortunately). The only thing that will clear the message is reloading the page.

Notes:

dom.disable_window_status_change is not enabled.
No errors were reported to NPP_URLNotify.

Possibilities:

1.The browser is stuck in STATE_TRANSFERRING and repeatedly updating the status bar.
2. NPP_Status is now failing on one of the checks in nsGlobalWindow::SetStatus.
3. Something else not being destroyed.

XPCOM stuff

I was also wondering if there is a way to get the nsIWebBrowerChrome interface in a plug-in. Seems GetChromeForWindow doesn't work, just returns null when given the Active window. With it I might be able to get around the bug.

[wangyingqi (wangyingqi)]

just as the title.

[Rick McBride (rmcbride)]

Hi,

Thanks for your report.

During the Beta we've had occasional server issues. Can you verify whether or not this is still happening for you?

[wangyingqi (wangyingqi)]

Hi,
It works now.Maybe it's a problem of network delay.Thanks for your
responses.

Regards.
wangyingqi

On Tue, Jun 2, 2009 at 2:56 AM, Rick McBride <email address hidden>wrote:

> Hi,
>
> Thanks for your report.
>
> During the Beta we've had occasional server issues. Can you verify
> whether or not this is still happening for you?
>
> ** Changed in: ubuntuone-client
> Status: New => Incomplete
>
> --
> Loading... for ever @ https://ubuntuone.com/files/
> https://bugs.launchpad.net/bugs/379396
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Ubuntu One Client: Incomplete
>
> Bug description:
> just as the title.
>

[John Williams (jwilliams-gnome)]

I have the same problem. I'm sorry, but I don't know how to be more informative. Is there anything I can do to help you track the cause of the problem?

Thanks,

John

[Elliot Murphy (statik)]

I'm having the same problem too. Phil and I looked at this for a bit with Firebug, discussed our caching setup, middleware, and other details, but we don't have a lead on what is causing the slowdown yet. We know we are loading javascript very inefficiently at the moment, but that doesn't fully explain the problem.

[Elliot Murphy (statik)]

Page load of /files/ needs to be examined carefully and optimized.

[John O'Brien (jdobrien)]

Elliot Murphy wrote:
> I'm having the same problem too. Phil and I looked at this for a bit
> with Firebug, discussed our caching setup, middleware, and other
> details, but we don't have a lead on what is causing the slowdown yet.
> We know we are loading javascript very inefficiently at the moment, but
> that doesn't fully explain the problem.
>
https://edge.ubuntuone.com seems to work fine

[Robert Collins (lifeless)]

On Thu, 2009-06-11 at 21:42 +0000, Elliot Murphy wrote:
> I'm having the same problem too. Phil and I looked at this for a bit
> with Firebug, discussed our caching setup, middleware, and other
> details, but we don't have a lead on what is causing the slowdown yet.
> We know we are loading javascript very inefficiently at the moment, but
> that doesn't fully explain the problem.

I suggest getting a network trace on your client. You can look for
issues like hung connections, multiple connections, bad window sizes and
so forth.

-Rob

[Lucio Torre (lucio.torre)]

John O'Brien wrote:
> Elliot Murphy wrote:
>> I'm having the same problem too. Phil and I looked at this for a bit
>> with Firebug, discussed our caching setup, middleware, and other
>> details, but we don't have a lead on what is causing the slowdown yet.
>> We know we are loading javascript very inefficiently at the moment, but
>> that doesn't fully explain the problem.
>>
> https://edge.ubuntuone.com seems to work fine
>

Maybe this is relates to the delete file issue. Does having a return
from the ajax calls to the storage api block showing the ui in any way?

[Elliot Murphy (statik)]

Phil, you mentioned that this might be a Firefox bug. We need to look at optimizing the js loading generally, so this bug probably fits in with that. Moving to w11 as w09 was spent working on the critical SSL bug.

[Philip Fibiger (pfibiger)]

if you're talking about firefox reporting 'waiting for... ubuntuone.com' in the status bar, this is likely the upstream bug report:

https://bugzilla.mozilla.org/show_bug.cgi?id=383811

switching tabs to a new tab and back to the site changes the status back to the correct 'Done.'

if it is a message in the file summary/details pane, that will go away with the redesign of the web ui.

we'll keep this as a bug to cover the minimization and combining of javascript files we need to do in production to result in fewer http requests and faster page load times.

[Robert Augustin (therob256)]

Hi,

i had the same "loading..." problem here.

And I found a simple solution that worked for me.
Adblock Plus was the problem. The cause was "/logger" in the url.

https://media.ubuntuone.com/media/1515/files/yui/build/logger/logger-min.js is the blocked url.

[Turbo (joel-avery)]

I have the same problem when I use Konqueror (which is the browser that launches when I right click the icon in the system tray). My OS is Kubuntu 9.04, so I would expect it to use Konqueror (which is configured to allow javascript for ubunutone.com).

I get the following javascript error:

Error: https://ubuntuone.com/files/: ReferenceError: Can't find variable: _gat

Debugging shows the Call was "files", line was "104", although the error says line 103.

Firefox works fine.

Now, I am pretty sure this worked in Konqueror a couple of days back, but I might not have had enough coffee that day and I might have been using Firefox (e.g. clicked a link in an email).

[Motin (motin)]

I told AdBlock plus to be inactive on ubuntuone.com but still having this problem.

Getting a 0 B response from https://ubuntuone.com/rx?uid=477812799736543&st=1249429906612&pn=https://ubuntuone.com/files/&ets=load:6045

Headers:

Date
Tue, 04 Aug 2009 23:51:53 GMT

Server
PasteWSGIServer/0.5 Python/2.5.2

Content-Length
0

Etag
"d41d8cd98f00b204e9800998ecf8427e"

Content-Type
text/html; charset=utf-8

X-Bzr-Revision-Number
1608

Via
1.1 ubuntuone.com

Keep-Alive
timeout=15, max=98

Connection
Keep-Alive

What is wrong?

[Jayridge (jayridge)]

I am seeing this problem with timer events that fetch images after the initial page load. Below is a reproducible case. Load and wait for 10 seconds. You will see "Transferring data from ping.chartbeat.net..." in the status bar even though the request was completed.

http://thesuperficial.com/

As with the comment above, content-length is missing from the response headers.

[Cokegen (cokegen)]

I also have the "Transferring data ..." problem and it doesn't go away when clicking on another tab and going back. I confirmed the request were served ok so it has to be a ff bug. All other browsers are not showing this behavior.

[Adam.Bathe (adam-bathe)]

I am having the same problem using Opera as my default browser.

[Rufuzzz (rufuzzz)]

Same problem with Windows XP and IE8.
Following error message:

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET CLR 1.1.4322)
Timestamp: Wed, 18 Nov 2009 20:11:26 UTC
Message: Unknown runtime error
Line: 7
Char: 3641
Code: 0
URI: https://media.one.ubuntu.com/media/2021/lazr-js/lib/yui/3.0.0pr2/build/node/node-min.js

[Hew (hew)]

Same problem on Ubuntu Lucid and UNR Karmic

[Bsoo920 (bsoo920)]

Same problem. I have a wordpress site using the (free) ProPlayer plugin, which uses flash to load another video file. This happens on both 3.5.5 and 3.0.15. My wordpress site is tanks.brightsoo.com, but I don't guarantee the content there won't change :)

Does anyone know if there's a workaround on the server side (i.e. web site)? Something to set the status bar manually?

[Martin Albisetti (beuno)]

So what we need to do is have an html-only version of the files ui, and enhance with javascript for supported browsers.