Bugs in FM 9

[aholtzapfel]

: does anyone have a list of known bugs in filemaker 9? I know there are some. (I'm sure filemaker is aware of most of them but, from experience they do not let the public know what they are until there is a fix. Good for sales, bad for everything else.) If there is a list, I'd love to see it. If there is not, I invite all to post any bugs they have found here.

(I once spent three months tring to figure out what was wrong with my solution only to find out that Filemaker knew of an indexing issue and did not publish any info on it until there was a revision that fixed it. I for one would like to avoid anything like that in the future.)

[David Jondreau]

1) Attempting to open some pre-9 files in 9 without first saving as a compacted copy will result in an error message that appears to say the file is corrupted when it is not.

2) Trying to print to pdf can result in file crash and corruption under certain normal operating situations such as printing a page range or printing a layout which contain sliding objects.

[Vaughan]

"1) Attempting to open some pre-9 files in 9 without first saving as a compacted copy will result in an error message that appears to say the file is corrupted when it is not."

This is not a bug. The file *has* some corruption. FMP 9 reports the corruption that older versions would have ignored.

[LaRetta]

Well, I guess it's just my night to disagree, Vaughan.

I believe that ALL files created in prior versions will open with the scanning message and this does NOT mean they are corrupt. I just tested by creating a brand new file in 8.5. I imported 5,000 records so, when I opened it in vs. 9, it would take long enough to see the opening message.

It scanned it.

LaRetta

[Vaughan]

"I just tested by creating a brand new file in 8.5. I imported 5,000 records so, when I opened it in vs. 9, it would take long enough to see the opening message. It scanned it."

Are we talking about FMP 9.0 refusing to open a file because it's corrupt? Or FMP 9.0 scanning files it opens?

I've been using FMP 9.0 since before the release date, and I've only had to compress an old file maybe once or twice. The others were fine.

As a test I just created a new file in FMP 8.5 (using the the Purchase Orders template) then immediately opened it in FMP 9.0: no error message.

[Steven H. Blackwell]

[color:red]Everyone should pay attention to what Vaughan said.

FileMaker Pro 7, FileMaker Pro 8, and FileMaker Pro 8.5, along with FileMaker Server 7 [color:red]do not perform any consistency checks on files. FileMaker Server 8 does as does FileMaker Pro 9.

Steven

[David Jondreau]

I've been using FMP 9.0 since before the release date, and I've only had to compress an old file maybe once or twice. The others were fine.

And you continued to use those 'corrupted' files?

How did you know you could save as compressed in 8.5 and continue using safely? Certainly not from the error message you received.

[David Jondreau]

I think it's great FM9 performs a consistency check, however the error message when opening some pre-9 solutions is misleading. The message isn't "Save this file as compacted in a previous version of Filemaker." It's "This file is damaged, please use Recover" or something to that effect which is needlessly frightening and from everything I've read about Recover, awful advice. Bug.

Edited August 27, 2007 by Guest

[aholtzapfel]

"1) Attempting to open...

This is not a bug.

I agree, I would call this a "known issue", not a bug. However, I think the following is a bug

3) Page setup does not change the paper size correctly for some printers. (is also true for 8.5v2, works in 8.0v3)

Edited August 27, 2007 by Guest

[Steven H. Blackwell]

I don't like the error message either, and I tried to get it changed.

Steven

[LaRetta]

I think it's great FM9 performs a consistency check, however the error message when opening some pre-9 solutions is misleading. The message isn't "Save this file as compacted in a previous version of Filemaker." It's "This file is damaged, please use Recover" or something to that effect which is needlessly frightening

I agree. And it wasn't a 'known' issue until MANY people received the error on their perfectly good files and jumped out of their skins. No, it is not a bug ... just poor communication and judgement on FMs part.

[Fenton]

Not to mention the thousands of users who do not subscribe to message boards or read tech infos, are therefore unaware of anything except what FileMaker tells them in the message, and are happily (for now) running recovered files as their main business files.

[David Jondreau]

I don't like the error message either, and I tried to get it changed.

Steven

We know you're on the side of the Good, Steven.

Curious though, sounds like FMI was aware of this issue before pre-release went out. Is that true to your knowledge and ability to answer?

[David Jondreau]

I agree, I would call this a "known issue", not a bug.

Your thread, your call. :

[aholtzapfel]

Has anyone found any other "bugs"? (Issues and changes in behavior I can deal with.)

[Steven Cappiello]

I doubt this is a bug, but thought I'd ask this here.. In FileMaker Pro Advanced 9, I think that the Mac Platform is reported by Get(SystemPlatform) as "1" whereas in FileMaker Pro 8.5 and 8, 7, it is reported as "-1"

Can anyone confirm that this is true? If not/if so, could someone tell me what's going on? A script of mine that ran an AppleScript does't work on Filemader Advanced 9 because it's seeing that the Mac Platform (10.4) is 1.

many thanks.

[Ender]

Not a bug. This is what's reported when you run the function in FM8.5 and later on an Intel Mac.

See Knowledge Base Article #6103.

[XXLERATE]

I've noticed that I cannot import a found set. Instead all records in the table are imported in version 9. This was a problem with Version 7 as well until they released a fix.

Can anyone confirm this problem?

[AudioFreak]

I just tested it to be sure and had no problem importing just the found set.

Michael

[LaRetta]

I don't recall an importing problem with vs. 7 at all. Anyway, no, vs. 9 imports wonderfully - I've been running 4-5 imports a day for the past month on it (in preparation of a major migration). It rocks!

[Ender]

I've noticed that I cannot import a found set. Instead all records in the table are imported in version 9. This was a problem with Version 7 as well until they released a fix.

This could be a result of having more than one window of the source file open, or not having the source file open (in both cases, all records are imported since a found set can't be determined). I believe this is documented somewhere in the Migration white paper.

[Sam5271]

here are my bugs in Vista.... Beware if you are using Vista

http://fmforums.com/forum/showtopic.php?tid/189694/

[aholtzapfel]

Doing a "Save as...Compressed Copy"(In 9, on vista) Failed to fix corruption in a field index. Can anyone confirm this on any other OS? (possible bug)

Edited August 30, 2007 by Guest

[Lee Smith]

I've been kind of scanning this Thread. Without going back and rereading it, I believe that it is about how get a file created in v7, 8. 8.5 to open if v9 says that the file has a problem.

If that is your question, problem, then you don't do the compacted copy in version 9, you go back to the version that the file was created in, and to it there.

Be sure you select "Save a copy as", and then "Compacted copy" (smaller). This should allow version 9 to open it when done.

If on the other hand, the file was created in version 9, then I think we need to know what the Error Message says.

HTH

Lee

[Vaughan]

"fix corruption in a field index"

Try setting the field definition to "no index", close the file, then open it and turn indexing back on.

How do you know it's a corrupt index?

[Lee Smith]

You talking to me? I didn't ask, or mention anything about Indexing.

[LaRetta]

Vaughan has a habit of not drilling in on who he's talking to. He's thrown me before as well. Actually, many people make that mistake, myself included sometimes - I think I did it yesterday with Dreamingmind.

But it really would help if respondees either 1) responded to the person they are responding to, ie, "is this the party to whom I am speaking?" Ha ha or 2) used the person's name within their post. It would save a lot of confusion. :wink2:

[Vaughan]

"Vaughan has a habit of not drilling in on who he's talking to."

It's a habit I'll have to work hard at breaking. :)

[Lee Smith]

I know vaughan, and you are not the only one, you are just the most recent one. It wouldn't hurt my feelings a bit, to see these two buttons go away.

I'll pray for your rehab. LOL

Lee

[Vaughan]

"I'll pray for your rehab"

I could give this up any time I want. :)

[Steven Cappiello]

how do ya'll handle get(systemplatform) checks in an Intel Mac / PowerPC and / Windows mixed environment

a little concerned that Intel Macs running the Mac OS on FM 8.5 report the same system as 8.5 on a non-Intel OS.

how is it reconciled?

[Fenton]

Case ( Abs ( Get ( SystemPlatform )) = 1; "Mac"; "Windows" )

[Ender]

You talking to me?

Har, har...

I figured Vaughan was doing it on purpose to annoy you! Ah Lee, such an easy mark!

Seriously, of all the deciphering we've got to do to understand what people are saying around here, figuring out what a reply is in reference to is usually the easy part. But our friend LaRetta's advice is good too. I'd add that making wize-cracks at the expense of you guys is always helpful too.

Now what was this thread about again?...Something about finding bugs in FM9? I don't know Lee, I think this was turning more into squashing bugs in FM9. We just keep telling them: "It's not a bug, it's a feature!" :)

[Ender]

I could give this up any time I want.

Ya sure, Mr. 20-posts-a-day!

Maybe when pigs fly... oh yeah ... :qwery:

[Lee Smith]

Hi Ender.

There are NO bugs in v9. There are undocumented features, and things that don't work like Assess do.

Squish, squish, snap, crackle, pot, squish, squish..... What bugs.

:yay: