file-roller erroneously demands password after drag & drop

Bug #494793 reported by will_cool
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
File Roller
Confirmed
Medium
file-roller (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: file-roller

With the attached archive, file-roller will let you view file2, but when you drag & drop it into a nautilus window,
it'll ask for a password, which it should not.

may be related to #213005

Related branches

Revision history for this message
will_cool (c94wjpn) wrote :
  • foo Edit (328 bytes, application/zip)
Revision history for this message
Dave Walker (dogatemycomputer) wrote :

Could you just confirm for me that foo.zip attached is not password protected? I cannot extract individual files or decompress the entire archive without being prompted for a password. If the archive is password protected then prompting for a password when attempting to extract an individual file is the intended behavior and not a bug.

Changed in file-roller (Ubuntu):
status: New → Incomplete
Revision history for this message
Dave Walker (dogatemycomputer) wrote :

I wanted to amend my previous post. I should note that decompressing the archive, decompressing an individual file or attempting to view the contents of an individual file inside the archive all prompts for a password. The archive appears to be password protected.

Revision history for this message
will_cool (c94wjpn) wrote :

well I don't know what software you're using but it's probably not file-roller 2.28.1 on a gnome system.
You can open the archive and see the file listing without a password.

Revision history for this message
Dave Walker (dogatemycomputer) wrote :

I apologize for not understanding the problem you were having. You are correct and I apologize.

Here are the steps necessary to recreate the problem:

1 - Launch file-roller within Ubuntu 9.10
2 - Click OPEN
3 - Select the attached archive.
4 - file-roller should display a list of files contained inside the archive. file1 is password protected. file2 is not password protected.
5 - attempt to drag/drop file2 to the Desktop. You will be prompted for a password which should not happen.
6 - click OK and the password prompt will not go away. Enter any random string into the dialog box and click OK will cause the file to be successfully decompressed.

Thank you for reporting this bug and any supporting documentation. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as confirmed and let them handle it from here. Thanks for taking the time to make Ubuntu better!

Changed in file-roller (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
will_cool (c94wjpn) wrote :

you have explained it better than I did. I'm sorry I wasn't clear enough.

Changed in file-roller (Ubuntu):
importance: Undecided → Low
summary: - file-roller erroneously demands password
+ file-roller erroneously demands password while drag & drop
summary: - file-roller erroneously demands password while drag & drop
+ file-roller erroneously demands password after drag & drop
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments at:
 https://bugzilla.gnome.org/show_bug.cgi?id=605244

Changed in file-roller (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
status: Confirmed → Triaged
Changed in file-roller (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package file-roller - 2.29.4-0ubuntu1

---------------
file-roller (2.29.4-0ubuntu1) lucid; urgency=low

  * New upstream version:
    Bugs fixed:
    - [arj] Fixed the way to get the filename from the command output
    - Do not show the password dialog if not needed. check only the files
      to extract to see if the password prompt is needed.(lp: #494793)
    New or updated application translations
  * debian/patches/70_autotools.patch:
    - new version update
 -- Sebastien Bacher <email address hidden> Mon, 11 Jan 2010 23:23:17 +0100

Changed in file-roller (Ubuntu):
status: Fix Committed → Fix Released
Changed in file-roller:
importance: Unknown → Medium
status: Unknown → Confirmed
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.