Project

General

Profile

Actions

Bug #22903

closed

Page module - content assigned to a non-existent column

Added by Tomas Mrozek about 13 years ago. Updated over 9 years ago.

Status:
Rejected
Priority:
Should have
Assignee:
-
Category:
-
Target version:
-
Start date:
2011-02-09
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.5
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

When using the new backend layouts (aka "Grid View"), then any content element having "colPos" set to a number which doesn't exist in the current layout is not visible in the Page module.

Having such a content element may now easily happen with the newly introduced backend layouts when switching the layout of the page (e.g. from one having 5 columns to one having only 2 columns).

The Page module should list content elements not assigned to any column of the currently set backend layout.

(issue imported from #M17525)


Related issues 1 (0 open1 closed)

Has duplicate TYPO3 Core - Feature #45381: Can't view content in a non-visible column on a pageClosed2013-02-11

Actions
Actions #1

Updated by Tomas Mrozek about 13 years ago

This applies to the "Columns" view of the Page module.

Actions #2

Updated by Ernesto Baschny about 13 years ago

Good point.

One "hacky" solution would be to have "unused elements" rows in layouts which have more cells than others, so that all layouts provide the same amount and number of colPos. :)

Actions #3

Updated by Jo Hasenau about 13 years ago

unused elements should be one "column" in the view then containing all elements that are not assigned to any of the "active" columns

Actions #4

Updated by Jo Hasenau about 13 years ago

But IMHO this is more a feature than a bug - so it should be ready with 4.6

Actions #5

Updated by Tomas Mrozek about 13 years ago

A column at the bottom of other columns (and displayed ONLY if there's content assigned to a non-existent column) would be IMHO good solution.

I agree this looks more like a feature even though backend layouts currently create a problem which wasn't possible with the previous fixed set of columns.

Actions #6

Updated by Jo Hasenau about 13 years ago

IMHO it's not a real problem, since the elements already are "unused" in the current state, so they would not hurt in the frontend as long as the FE-setup matches the selected backend layout - which should always be the case of course.

Actions #7

Updated by Tomas Mrozek about 13 years ago

Well, not that it would be a problem in the frontend. It's only a problem for editors who might prefer to work solely with the Page module and a change of layout of a page makes their content "disappear".

In my experience, many of the editors have limited capabilities of working with computers in general and they get easily confused by things like that.

Actions #8

Updated by Tomas Mrozek about 13 years ago

...an administrator might actually not give editors access to the List module at all so as not to confuse them by giving them access to 2 modules that allows them to do the same (I'm talking purely about tt_content editing as many editors actually don't do anything else) in a different way.

In such a scenario editors would "lose" access to the content that "disappeared".

Actions #9

Updated by Chris topher over 12 years ago

  • Target version changed from 4.6.0 to 4.6.1
Actions #10

Updated by Chris topher over 12 years ago

  • Target version changed from 4.6.1 to 4.6.2
Actions #11

Updated by Xavier Perseguers about 12 years ago

  • Target version deleted (4.6.2)
Actions #12

Updated by Maarten Mandemaker about 12 years ago

Does anyone know if this has been fixed? Or a good workaround?

Actions #13

Updated by Jo Hasenau about 11 years ago

The workaround is named "Grid Elements". Installing it will not just provide proper handling of unused elements (by assigning them to colPos -2) but give you a lot of other nice features.

Actions #14

Updated by Mathias Schreiber over 9 years ago

  • Status changed from New to Rejected
  • Is Regression set to No

We won't do this.
like already stated, it is possible to deny access to certain columns for a reason.
Showing these content elements is a potential info disclosure

Actions #15

Updated by Jo Hasenau over 9 years ago

Actually this is not about denied access, but about columns that are just not provided by the current layout - so the elements are not restriced but get lost.
So a column "unused elements" would make sense IMHO. Of course you should not see elements of restricted columns in there, but this is not the case with TV and/or Gridelements anyway.

Actions #16

Updated by Jo Hasenau over 9 years ago

Well - forget about it - I just missed the point when a simple editor switches to another layout that does not have restricted columns. In that case elements of restricted columns would become visible. Should not be a default feature of the core then but activated on demand i.e. via Gridelements.

Actions

Also available in: Atom PDF