Progress bar overlay not working

Bug #841609 reported by Hernando Torque
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Unity
Invalid
Low
Marco Trevisan (Treviño)
nautilus (Ubuntu)
Fix Released
Medium
Marco Trevisan (Treviño)
unity (Ubuntu)
Invalid
Low
Unassigned

Bug Description

The progress bar seems to fail showing progress whenever the total file size limit of the copy process is larger or equal than 2147483648 bytes (= 2 GiB).

TEST CASE:
1. Create a bad dummy file:
    dd if=/dev/zero of=dummy.fail bs=1073741824 count=2
2. Create a working dummy file:
    cp dummy.bad dummy.good
    truncate -s 2147483647 dummy.good
3. Open Nautilus and copy each one separately to a different place. Filesystems and partitions shouldn't matter.

RESULT:
* dummy.good: The progress bar follows the progress shown in Nautilus' file dialog.
* dummy.bad: The progress bar doesn't follow the progress shown in Nautilus' file operation dialog.

Tags: oneiric

Related branches

Revision history for this message
Hernando Torque (htorque) wrote :
Revision history for this message
David Gomes (davidgomes) wrote :

Thanks for the bug report, this looks like a very important bug to me.

Revision history for this message
Omer Akram (om26er) wrote :

Are we sure unity is to blame? maybe nautilus have the problem?

Revision history for this message
Hernando Torque (htorque) wrote :

Maybe Nautilus is the cause, but the progress bar should in no case be drawn like that and that's part of Unity AFAIK.

Revision history for this message
Omer Akram (om26er) wrote :

the progress bar of usb-creator-gtk works perfectly fine the issue could be in the nautilus unity integration patch

Changed in nautilus (Ubuntu):
importance: Undecided → Medium
Changed in unity:
importance: Undecided → Low
Changed in unity (Ubuntu):
importance: Undecided → Low
status: New → Confirmed
Changed in unity:
status: New → Confirmed
Changed in nautilus (Ubuntu):
status: New → Confirmed
Revision history for this message
Hernando Torque (htorque) wrote :

This only seems to happen if the source files are on an NTFS parition and you copy more than one file (see updated description).

description: updated
Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

It seems really weird. However, surely there's an issue both in unity (that shouldn't ever draw a reversed progress bar) and in the nautilus integration that maybe computes badly the progress in some cases.

Unfortunately here I've no NTFS partitions to test, so I hope you could help me in debugging this.
Now I'm quite busy, but as soon as I can I'll try to catch you in IRC. Is this fine?

Changed in unity:
assignee: nobody → Marco Trevisan (Treviño) (3v1n0)
Changed in nautilus (Ubuntu):
assignee: nobody → Marco Trevisan (Treviño) (3v1n0)
Revision history for this message
Hernando Torque (htorque) wrote :

It also works with FAT32 partitions. I just copied two CD images from a flash drive onto a second Oneiric system and it showed the same behavior.

description: updated
Revision history for this message
Hernando Torque (htorque) wrote :

Oh dear, I'm sorry, but it does NOT seem to be dependent on the filesystem... I now also created an EXT4 partition on the flash drive and on both Oneiric systems the issue occurs. The only time when the progress bar seems to work, is when I copy files from the root partition to the root partition (confirmed on both systems).

description: updated
Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

The bug should be now fixed in lp:~3v1n0/ubuntu/oneiric/nautilus/unity-launcher-support please test it if it works for you too.

Thank you for reporting and supporting.

Changed in unity:
status: Confirmed → Invalid
Changed in unity (Ubuntu):
status: Confirmed → Invalid
Changed in nautilus (Ubuntu):
status: Confirmed → In Progress
Revision history for this message
Hernando Torque (htorque) wrote :

Unfortunately it's no fully fixed, as I now cannot see any progress bar at all (in the bad case, the good case works like before). However that fixes at least the bad visual experience.

Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

htorque, the fact is that in some cases we don't know the progress value, so it's impossible to show a valid progress and unity doesn't have any "pulsing" progress bar. So I guess that in these cases we can't do so much (also if this is the case in which the nautilus progress window doesn't show the precise progress value, but just a pulsing bar).

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package nautilus - 1:3.1.90-0ubuntu2

---------------
nautilus (1:3.1.90-0ubuntu2) oneiric; urgency=low

  * debian/patches/12_unity_launcher_support.patch:
    - avoid progress division per zero, causing unity bad rendering (LP: #841609)
    - reset the progress value at the end of the operations
    - force to update the progress at the beginning of an operation
    - show the count when there are more than one in-progress operations
  * debian/rules:
    - Pass --disable-appindicator to configure flags.
  * debian/control:
    - add libunity-dev dependency
 -- Marco Trevisan (Trevino) <email address hidden> Wed, 07 Sep 2011 03:26:09 +0200

Changed in nautilus (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
Hernando Torque (htorque) wrote :

This is not yet fixed. While the graphical glitch is gone (I admit, the more important part here), there are still some cases where the progress bar doesn't show any progress at all whereas the Nautilus file copy dialog works just fine.

Changed in nautilus (Ubuntu):
status: Fix Released → New
Revision history for this message
Hernando Torque (htorque) wrote :

After some more testing: the progress bar seems to fail whenever the copy process total file size is >= 2147483648 bytes.

description: updated
Revision history for this message
Hernando Torque (htorque) wrote :

Setting status back to fixed on request.

Changed in nautilus (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.