AnsweredAssumed Answered

BUG: Reset portal scroll bar

Question asked by scottworld on May 1, 2012
Latest reply on May 1, 2012 by TSGal


BUG: Reset portal scroll bar


FileMaker Pro



Operating system version

Mac OS X 10.6.8

Description of the issue

There is a bug in FileMaker 12 in regards to resetting the portal scroll bar:

Let's say you have a portal on your layout, and you have UNCHECKED the checkbox in the Portal Setup that says "Reset scroll bar when exiting record". That way, the portal will always stay scrolled to wherever it is in the portal (until you switch records).

Now let's say that you have a script that loops through the portal rows and stops on a particular portal row.

In FileMaker 11 (and previous versions), at the end of the script, the scroll bar would never reset to the top of the portal, because you told the portal to NOT reset the scroll bar.

However, in FileMaker 12, the scroll bar WILL be reset to the top of the portal, if all of the following 3 things are true:
1. The script starts with a "Freeze Window" script step.
2. The script ends with a "Commit Records" script step.
3. Before you run the script, the portal row that you ultimately end up on should not be within view in the portal.

See the attached screenshot of a script which causes the scroll bar to reset.

Actually, to be more precise, the scroll bar DOESN'T ACTUALLY RESET to the top of the portal… the scroll bar STAYS exactly where you left it. So if you were scrolled down really low, the scroll bar stays really low. If you were scrolled up really high, the scroll bar stays really high. So it's something about the combination of the "Freeze Window" script step and the "Commit Records" script step which causes this problem to happen.

The workaround for now is to eliminate either the "Freeze Window" script step or the "Commit Records" script step.