It looks like this UI was added as part of bug 1590485, so I'm pretty sure this issue would go back to that, in terms of being a user-exposed issue. (I can reproduce this in older builds if I manually toggle the `browser.zoom.full` pref to `false` which is equivalent to the zoom-text-only checkbox. But I don't think we had user-facing UI for this at that point, so bug 1590485 is probably where this might start.) Hence, adding dependency on bug 1590485. Morgan, any thoughts on what we might do here & do you have cycles to take a look as follow-up to bug 1590485? I'm imagining we might extend the zoom about:preferences UI with some sort of warning alongside the "zoom text only" checkbox -- something like: "Warning: some websites may break when zoomed under a "zoom text only" configuration, if their layout is fine-tuned to depend on text sizing" (We could also conceivably only show that if you also set a nonzero default-zoom, since that's what would make such websites broken-by-default rather than broken-at-the-moment-that-you-zoom-them. And the broken-by-default situation is really the situation that we want to warn folks about, I think.)
Bug 1864445 Comment 6 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
It looks like this UI was added as part of bug 1590485, so I'm pretty sure this issue would go back to that, in terms of being a user-exposed issue. (I can reproduce this in older builds if I manually toggle the `browser.zoom.full` pref to `false` which is equivalent to the zoom-text-only checkbox. But I don't think we had user-facing UI for this at that point, so bug 1590485 is probably where this might start.) Hence, adding dependency on bug 1590485. Morgan, any thoughts on what we might do here & do you have cycles to take a look as follow-up to bug 1590485? I'm imagining we might extend the zoom about:preferences UI with some sort of warning alongside the "zoom text only" checkbox -- something like: > Warning: some websites may break when zoomed under a "zoom text only" configuration, if their layout is fine-tuned to depend on text sizing. (We could also conceivably only show that if you also set a nonzero default-zoom, since that's what would make such websites broken-by-default rather than broken-at-the-moment-that-you-zoom-them. And the broken-by-default situation is really the situation that we want to warn folks about, I think.)
It looks like this UI was added as part of bug 1590485, so I'm pretty sure this issue would go back to that, in terms of being a user-exposed issue. (I can reproduce this in older builds if I manually toggle the `browser.zoom.full` pref to `false` which is equivalent to the zoom-text-only checkbox. But I don't think we had user-facing UI for this at that point, so bug 1590485 is probably where this might start.) Hence, adding dependency on bug 1590485. Morgan, any thoughts on what we might do here & do you have cycles to take a look as follow-up to bug 1590485? I'm imagining we might extend the zoom about:preferences UI with some sort of warning alongside the "zoom text only" checkbox -- something like: > Warning: some websites may break when zoomed under a "zoom text only" configuration, if their layout is fine-tuned to depend on text sizing. (We could also conceivably only show that if you also set a nonzero default-zoom, since that's what would make such websites broken-by-default rather than broken-at-the-moment-that-you-zoom-them. And the broken-by-default situation is really the situation that we want to warn folks about, I think.)
It looks like this UI was added as part of bug 1590485, so I'm pretty sure this issue would go back to that, in terms of being a user-exposed issue. (I can reproduce this in older builds if I manually toggle the `browser.zoom.full` pref to `false` which is equivalent to the zoom-text-only checkbox. But I don't think we had user-facing UI for this at that point, so bug 1590485 is probably where this might start.) Hence, adding dependency on bug 1590485. Morgan, any thoughts on what we might do here & do you have cycles to take a look as follow-up to bug 1590485? I'm imagining we might extend the zoom about:preferences UI with some sort of warning alongside the "zoom text only" checkbox -- something like: > Warning: some websites may break when zoomed under a "zoom text only" configuration, if their layout is fine-tuned to depend on text sizing. (We could also conceivably only show that if you check the checkbox **and also** set a nondefault default-zoom, since that's what would make such websites broken-by-default rather than broken-at-the-moment-that-you-zoom-them. And the broken-by-default situation is really the situation that we want to warn folks about, I think.)
It looks like this UI was added as part of bug 1590485, so I'm pretty sure this issue would go back to that, in terms of being a user-exposed issue. (I can reproduce this in older builds if I manually toggle the `browser.zoom.full` pref to `false` which is equivalent to the zoom-text-only checkbox. But I don't think we had user-facing UI for this at that point, so bug 1590485 is probably where this might start.) Hence, adding dependency on bug 1590485. Morgan, any thoughts on what we might do here & do you have cycles to take a look as follow-up to bug 1590485? I'm imagining we might extend the zoom about:preferences UI with some sort of warning alongside the "zoom text only" checkbox -- something like: > Warning: some websites may break when zoomed under a "zoom text only" configuration, if their layout is fine-tuned to depend on text sizing. (We could also conceivably only show that if you check the checkbox **and also** set a non-100% default-zoom, since that's what would make such websites broken-by-default rather than broken-at-the-moment-that-you-zoom-them. And the broken-by-default situation is really the situation that we want to warn folks about, I think.)