Bug 169633

Summary: file-roller doesn't detect mime type correctly if file suffix is in caps
Product: Red Hat Enterprise Linux 4 Reporter: Panu Matilainen <pmatilai>
Component: file-rollerAssignee: Marina Zhurakhinskaya <marinaz>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 4.0CC: mm.masaeli
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-06-20 16:04:25 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
One-liner patch to fix the issue none

Description Panu Matilainen 2005-09-30 14:24:46 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050921 Red Hat/1.0.7-1.4.1 Firefox/1.0.7

Description of problem:
When opening a file directly from inside an archive, file-roller doesn't detect the associated mime-type of files where the file suffix is in caps. For example opening a file ending with mydoc.ppt works as expected, but mydoc.PPT only pops up the "what application to use for opening files of this type" window.

Version-Release number of selected component (if applicable):
file-roller-2.8.1-1

How reproducible:
Always

Steps to Reproduce:
1. echo "some text" > tryme.TXT
2. zip tryme.zip tryme.TXT
3. file-roller tryme.zip
4. double-click tryme.TXT in the file roller window
  

Actual Results:  file-roller brings up "open files" window with zero available applications listed for that file.

Expected Results:  It should launch a text editor or viewer.

Additional info:
Comment 1 Panu Matilainen 2005-09-30 14:27:10 UTC 
Created attachment 119470 [details]
One-liner patch to fix the issue

The attached one-liner does the mimetype matching against lowercased string so
the correct application for that mimetype is found.
Comment 2 Panu Matilainen 2005-09-30 14:37:28 UTC 
Oh, doh. Should use g_utf8_strlen() instead of just strlen()... eg:

mime_type = gnome_vfs_mime_type_from_name_or_default (g_utf8_strdown(filename,
g_utf8_strlen(filename, -1)), NULL);
Comment 3 Jiri Pallich 2012-06-20 16:04:25 UTC 
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. 
Please See https://access.redhat.com/support/policy/updates/errata/

If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.