Find frames with overflowing text from master page

[Catshill]

I have just spend an hour trying to resolve an "Overflowing Text" issue in one of my publications.

Normally Walt's methods as described in this and other threads work for me but not this time. No red dots we visible so I had to try a different approach:

Save the publication under original file name and then made a second version prefixed with TEST. 

[Select first facing page or facing pages > Select all objects (CTRL A) > Delete all object > Export to see if overflow warning appears]

Repeat above until culprit page is identified. 

Using the above method delete each object followed by Export to identify culprit object.

FOUND CULPRIT OBJECT - RESULT!!!!

Revert to main document and resolve issue.

So what was the issue?

It was a Picture Frame containing an embedded graphic that overlaid a horizontal guide from a master page. However the master page was not the one applied but a completely different master page that happened to contain a text frame.

The thing is even if I clear masters from the affected page or apply a completely different and blank master page I still get same overflow error.

Something weird is going on with master pages and the way they pick up characteristics and interact with one another. 

I have come to the conclusion that this a bug with no workaround. Certainly frustrating as the normal zoom out and look for the red dots method will not work.

 

 

[walt.farrell]

We know from other reports that overflows on a Master Page can also trigger the overflow warnings, even in the latest beta (1.8.0.499, currently). But your discovery sounds very odd.

Can you provide a sample document that demonstrates the overflow issue? Possibly by deleting extraneous pages and/or providing filler text to replace anything sensitive, leaving just the minimum to demonstrate what you found? It sounds complex enough that it may be needed for diagnostic purposes when Serif looks into this.

[Dan C]

Hi @Catshill 

Just to let you know I've moved this thread to our bugs section for our QA team to investigate - this does mean you're no longer 'following' this new thread so I recommend checking your settings at the top right of the thread to make sure you're notified of replies!

[Jon P]

Hi @Catshill,

Can you upload the file that demonstrates the issue? You can upload it here if you want to keep it private

Thanks

[Catshill]

On 11/6/2019 at 2:52 PM, Jon P said:

Hi @Catshill,

Can you upload the file that demonstrates the issue? You can upload it here if you want to keep it private

Thanks

I've uploaded the file for you Jon. 

[Jon P]

Thanks, I can confirm your observations, the picture frame on Page 2 is causing the text frame with Title/Subtitle in it to overflow. 

Edit: It is causing the frame to overflow because the picture frame has wrap settings on it and it is placed over the entire text frame, so the text "Title/Subtitle" which is being pulled in from the master page is overflowing as it has nowhere to go within the frame

[Jon P]

So there is a bug here which I've logged, but it's not exactly what I initially thought. The main issue here is that your Pages 2/3 only have the right side of your Inside Header applied (you'll notice the header only appears on the right page).

The frame is then placed over text which doesn't actually exist, the text it is causing to overflow is not actually on any spread.

If you re apply the master page and then move the picture frame you will see the text that is behind it, when this picture frame is in front of the text frame it's wrap settings is causing this to overflow.

Hope that makes sense! I've logged the issue that we shouldn't be flagging overflowing text for text that isn't actually on a spread.

[walt.farrell]

1 hour ago, Jon P said:

Hope that makes sense! I've logged the issue that we shouldn't be flagging overflowing text for text that isn't actually on a spread.

Just curious: is that one of the improvements already made in the 1.8 beta, or one of the ones not yet handled?

[Jon P]

We already have some logic in (I believe) to not flag overflowing text off the spread, but the recipe I logged is a way to trick that logic into failing

[Catshill]

The facing pages master pages is set up as intended in that it is only applied to the right hand page on this occasion. 

As you will see a different master page is applied to the left hand page.

Two issues therefore...

1) Overflow warnings should not be produced when there is no overflow (facing master page issue)

2) An indication of where the overflow is occurring (the red dots) should be visible.

Thank you for investigating and logging the bug.

[Catshill]

I've uploaded the file if you wish to see the issue.

Master page overflow bug.afpub