Can not remove Master Page overrides

[K.Daube]

After 25 years of FM experience I'm "at the end of my Latin" in FM-15.0.8.979

For the attached FM file this is the situation when switching from Master Page display to Body Page display:

Of course I want to remove these overrides:

• Set Remove Overrides and use Continue → Switching to MP view and back to BP view issues the vey same message.
• MIF wash the document → the overrides are still there and can not be removed by the mentioned method.
• Re-assign the master pages (1 → First; 2…65 → Right/Left) → Overrides still there.
• Create new document, import all formats, then copy the contens of the flow → Overrides are back...
• Assign R/L MPs to all pages (no special page 1) → Overrides still there.
• Opening the document in FM-16.0.4.1062 → same debacle.

A visual inspection of the pages do not show me any deviations from the layout defined by the MPs - so what is the nature of these overrides?

[Barb Binder]

Well if you can't figure it out, I don't know how we can! But if you are comfortable sharing the file, I'm happy to take a look. 

~Barb

[Bob_Niland]

Does running an AMP do anything?

[K.Daube]

«Does running an AMP do anything?»

According to my points 3 and 5 in my post - no, it does nothing.

I had attached the file - but for some reason it did not appear in the forum. Try again. Sh... it can be attached, but as soon as I post it disappears. Find it here on my website.

[shalomb61686619]

As far as I remember, as absurd as it may sound, you can't attach an FM file on this forum

[Bob_Niland]

You can probably attach a MIF, as a .txt

… unless there's some too-low limit on file size.

[Dave Creamer of IDEAS]

Even if one imports just the page layouts into a new document, one gets the error.

I also noticed that if one cuts all the content and saves, the empty pages are not removed, even when removed empty pages is chosen.

I suspect corruption of the MPs.

[Barb Binder]

Hi Klaus:

The only way I was able to get rid of that message was to create a brand new custom, double-sided document and then import the default master pages into this file. After that, I manually applied right/left to the entire document and the message went away. I replied the first master, and the message didn't come back. Then I imported the original right/left master pages back in and the problem returned. So like David, I think there's something wrong with the default masters, and specifically with the default right master. 

Can you re-import the page layouts from another file that is working correctly? If not, I would just rebuild the right and left master pages in a new document and then import those in and let us know if that works.

~Barb

[K.Daube]

Thank You all for your tests!

I'm on the way to vacations. When back in about a week I will compare a correct working MIF (MP) with the corrupted one. A mechanical engineer always wants to know, what is broken...

(sent from my iPad)

[Dave Creamer of IDEAS]

Have a nice vacation!

Please let us know the results of your tests when you get back. 

Dave

[K.Daube]

Well - also in northern Italy the temperature was to high to think about anything but drinking and relaxing - it was relaxing.

Now I did this to prepare a MIF that works and one with the problem:

1. Remove all content
2. Delete pages 3 … 63
3. Format pages to R/L only
4. For the correctly working MIF I completely rebuilt MP Right.

When comparing the two MIFs I found the following differences:

Property	MIF OK	MIF Not OK
length of MIF	29103	18047
loc > # end of PgfCatalog	10178	8728
loc <PgfTag `Body	2316	definition not existing, only use
loc <PgfTag `bodytext'>	2404	2316

Conclusion

It is a mystery to me, why the paragraph format Body is not in the catalogue of the misbehaving document. Standard FM items such as the tables in the Reference Pages use this format, or if one creates a Text Frame, than it initially uses this ¶ format. IMHO it was accidentally be removed from the catalogue (by a too rigorous cleaning...) and then  we  face this strange behaviour.

[K.Daube · Accepted solution]

Proof of the pudding

With an ancient program (MIF Browse by Graham Wideman 2003-08-27) I discovered this:

In the failing MIF there are 5 text frames: the central text frame exists twice - one over the other. Removing this duplicate lets also this file behave.

So my previous finding about the missing ¶ format Body in the catalogue is not relevant - the problem occurs with such duplicate text frames...

[LinSims]

I still use MIF Browse, but I kinda wish MIF Muncher could still work. (Sez the woman who still has all the Cudspan plugins and quite a few others that no longer work but hey, you never know, do you?)

[Barb Binder]

Wow, @K.Daube! I went back to examine the right master and the two template frames were perfectly lined up, so there was no visual indication for the second frame. 

Let's all file that one away for the future. I'm sure we will see it resurface at some point with someone else. 

~Barb