Jump to content
View in the app

A better way to browse. Learn more.

FMForums.com

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Featured Replies

BTW, the IT at the client believes that the culprit was the user's computer, not FM Pro 9.0.

Anyway, he could print without incident.

I don't know if I'm the only one with these problems, but I have a hard time with object names display. The names stick, as my scripts that use them work properly, but I can't see the name in the object info box. Also I have problems importing images in global container fields when accessing the db on a windows 2003 server via "open remote". The image will display for a while, but eventually gets dumped. The only way around is to import the image using the server itself (running fmp9 on the server and opening the file locally).

So, it turns out that the problem was with the operating systems, Windows 2000 specifically. FM 9 does not support Windows 2000, and every time the user tried to print, the computer would reboot. I talked to our Filemaker rep, who was surprised that we could even install 9.0 on Windows 2000.

Needless to say, IT is going to be updating everybody's operating systems.

I take back my last post. IT is now telling me that they're in fact running XP SP2, with all of the latest updates applied. Their computers reboot when they try to print to an HP 4350 (they are using the latest version of the HP print driver).

Anybody have insight?

Steverino... make sure that the driver is PCL 6. Just a suggestion.

Hi All

I'm having a few issues with 9. I have a large filemaker system with 92 tables and tons of relationships etc. It's served up by FMS 8 on Tiger.

I've see two issues so far and both are around relationships and in both cases it works perfectly fine on 8.5

1. I have a drop down list that is filtered with a relationship (several tables down). the drop down is empty from within a portal but fine from the rest of the layout. works in 8.5

2. a repeating calc field uses Extend( Jobs::ganttChartDate ) but in 9 it can't see the value. I had to make a new calc field in the table that looks up Jobs::ganttChartDate and use that in the repeating field for it to work. Again this worked fine in 8.5

Any ideas or am I just being thick ???

Thanks

"I've see two issues so far and both are around relationships and in both cases it works perfectly fine on 8.5"

The FMP 9.0 Read Me file documents the changes the relationships in FMP 9.0. It's a known issue. It might be the cause of some of your problems.

  • 1 month later...

Just to add fuel to the digital fire...

I have (at least?) two, very strange bugs in 9.0 Pro Dev (PC):

1) When a user is commanded by FM to create new password while logging into the runtime app for the first time, he or she creates a new password and is then allowed into the solution. Cool.

However...

When the user logs in again _and leaves the Password field blank_, the user can click on the OK button in the Account Name/Password windoid and is allowed into the runtime.

Mind you, at that point in the runtime none of my scripts or functions are enabled so...?

2) Same runtime, but different problem: per a privilege level action, the "user" level people aren't allowed to change the field content in some of the fields. What's strange is, if a logged-in user were to try to change the contents of the field(s) then the standard FM "Your access privileges do not allow..." error message pops up...which is fine except on a different PC--and performing the same action on the same field--the standard FM "This action cannot be performed..." error message appears. So far, on three different PCs we've experienced this problem, however, each one consistently reports the same error message so it's not "flopping" with each login on each machine.

Unfortunately, since it's a proprietary runtime, I can't post it on here for peer review...but if anybody else has had these two bugs, I'd appreciate knowing about it.

  • 2 weeks later...

I think I found the problem that I mentioned in my previous post: Norton 360 by Symantec. When I removed the software, FileMaker began behaving itself again as well as I was able to download Windows updates again, too. I replaced 360 with Norton's Internet Security and it plays well with FileMaker, so all's right with the world again. ;)

So, just an FYI.

  • 1 year later...

Not exactly a 'list' of bugs,

but I found this single bug/issue accidentally today. I'm calling it a bug/issue because my colleague on a Mac couldn't duplicate it.

When on Windows XP, Using FM Pro 9 Advanced,

I clicked in a very specific spot (near the top) in the 3-pixel wide side bar that appears while in list-view. My status area was hidden, and regardless of whether or not it was locked, 4 buttons appeared allowing me to change from browse mode to layout/find/preview modes.

This can be reproduced even in a brand new file.

Can you post a screen shot of the button that appeared?

Thanks.

It is important to say that NO one of the appearing buttons works ( no way to change Mode ) and that the Browse Mode is always selected.

Create an account or sign in to comment

Important Information

By using this site, you agree to our Terms of Use.

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.