Open Bug 187292 Opened 22 years ago Updated 2 years ago

files downloaded in qif format from my bank not recognized by Quicken, so cannot import to checkbook

Categories

(Firefox :: File Handling, defect)

PowerPC
macOS
defect

Tracking

()

People

(Reporter: erinishuman, Unassigned)

References

()

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:1.2.1) Gecko/20021130
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:1.2.1) Gecko/20021130

When I download files in .qif format from my bank (http://techcu.com), and save
them directly to disk (without trying to open them), they are saved... but
Quicken 2000 (Mac version) does not recognize them. There is no way to open the
files and import them into my Quicken checkbook. This behavior started when I
upgraded to Netscape 7.0 and persists on this build of Mozilla. I can still
access the files fine and dandy using Netscape 4.79 and using IE 5.01 (all Mac
versions). It does not matter if I try to open the file by telling Netscape to
use Quicken (I get an error message saying it is not a Quicken data file), or if
I save it directly to disk.

Reproducible: Always

Steps to Reproduce:
1.log in to checking account at http://techcu.com
2.get to history page, and click on "download as .qif file"
3.when download manager window appears, click "save to disk"
4.Open quicken 2000 and click "Import .qif file"
5. Quicken will not recognize/see the file, so you cannot import.

Actual Results:  
File is on the desktop, as it should be. Quicken does not see it. Since it works
fine with other browsers, I am concluding this is a Mozilla issue, not a Tech CU
issue. 

Expected Results:  
Mozilla should download the file, and Quicken should know what it is so it can
be  imported.

When I download the file using Internet Explorer, it appears on the desktop as
"history_qif.asp". When I download it using NS or Mozilla, it appears as
"history.qif".
i think this is related to (and might even be a DUPE of)
http://bugzilla.mozilla.org/show_bug.cgi?id=126782.
basically, if the web server does not provide mozilla (the web browser) with a
content-type then mozilla runs some heuristics on the file (the "unknown
content decoder") to test if it should be saved as text or binary. sometimes it
fails.

i think that your .qif file is being saved as text even thought it is binary.
brewthatistrue is incorrect here. QIF files should be saved as text, but are
instead saved as binary. The mime type in question is application/qif.

Mac OS X seems to think these .qif files are QuickTime Image Format. I don't
know whose fault that is, but I expect it goes away if it is a TEXT file.
OS: Mac System 9.x → All
->file handling. I'm guessing this needs some of that "sniffing for common
formats" mentioned at http://bugzilla.mozilla.org/show_bug.cgi?id=126782#c70
Assignee: firefox → file-handling
Status: UNCONFIRMED → NEW
Component: Download Manager → File Handling
Ever confirmed: true
QA Contact: chrispetersen → ian
possibly what this requires is setting correct type/creator codes...
What does "MacOSX thinks" mean in comment 2?  OSX uses extensions and only falls
back on type/creator, no?

Someone able to reproduce the problem needs to provide some useful information
here (like what the type/creator set on the file are, what the IC settings for
that MIME type and for that extension are, what the Launch Services settings for
the MIME type and the extension are, etc, etc).
Hello -

I originally reported this bug. I have since upgraded to OS X, and to 1.6, and (on someone's advice) 
created a new  blank profile. I get the same behavior. when I download the my checkbook history 
file, Mozilla says it is a file of type "Quicktime Image Format (QTIF)", which it is not. Nonetheless, 
when it is saved on my desktop, the downloaded file is of type .qif.

when I download the same file using Explorer, it downloads as a .asp file (that is what it shows on 
my desktop), and then Quicken recognizes it and imports it correctly as a .qif.

I am using a "classic" version of quicken (Quicken 2000), not sure if this makes a difference. I am 
on OS 10.2.8.

Note that when I originally reported the bug, I was using OS 9. The behavior started with my 
change from Netscape 4.7 to Netscape 7 on OS 9, and has persisted through both the OS and 
Mozilla updates since then.
OS: All → MacOS X
> Mozilla says it is a file of type "Quicktime Image Format (QTIF)"

This is what the helper app dialog says? What is the MIME type it lists?  Could
you get an HTTP log following the directions at
http://www.mozilla.org/projects/netlib/http/http-debugging.html (for loading as
few pages as possibly needed to reproduce the bug) and attach it to this bug
report via http://bugzilla.mozilla.org/attachment.cgi?bugid=187292&action=enter ?
Yes, that is what the helper app dialog box says.  I tried to get you an html log, but either because 
I am running 1.6 production not a nightly build (sorry, that's a bit beyond me), or because the 
procedure didn't launch Mozilla from the console as the instructions implied  - setting the log files 
didn't result in any logs.  (I set the logs and then launch mozilla from the dock).

If there's another way to try again (without doing a build), be happy to have a go at it.
(In reply to comment #8)
> (I set the logs and then launch mozilla from the dock).

that won't work. please follow the instructions. using a release build should be
fine.
> Yes, that is what the helper app dialog box says.

It should also say a MIME type (application/xxxxxxxx, probably).  What's the
"xxxxxxx" part?
I said in comment 2 that the MIME type was application/qif but I have not been
able to double check recently.

For the moment all I have to add is that the type and creator of a quicken
export come out to 'TEXT' '????', and Moz/NS7 saves these files as 'qtif' 'prvw'.
hmm... what are the extensions and types listed for 'qtif' in Internet Config
and Launch Services?
Attached image moz mimetype dialog box
Here is the dialog box which shows when I try to download the file.

sorry, but I still can't get that log file. I do follow instructions pretty
well, but Moz is not launching following the instructions on that page. I get "
./mozilla : no such command" at the last step.
> I get "./mozilla : no such command"

That part won't work unless you are in the Mozilla install directory.
Assignee: file-handling → nobody
QA Contact: ian → file-handling
Product: Core → Firefox
Version: Trunk → unspecified
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: