Trails

Property Editor is broken ... serious flawed behavior semantics 4.1.2 Branch

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Won't Fix
  • Affects Version/s: 1.1.0
  • Fix Version/s: 1.1.0
  • Component/s: None
  • Labels:
    None
  • Environment:
    XP Pro, eclipse-3.2.1, jetty, OGNL-2.7.1-SNAPSHOT, tapestry-4.1.2
  • Number of attachments :
    2

Description

Utilizing a typical edit page that populates 4 blobs using UploadableMedia just like roster.

Operating a clean checkout...

This behavior is very worrisome. Everythign runs fine without crash.

Here is the edit page

Adminlayout

  • background
  • header
  • logo
  • splash

All are rigged up for RenderType.Image... as follows...

@BlobDescriptor(renderType = RenderType.IMAGE, contentDisposition = ContentDisposition.ATTACHMENT)
@PropertyDescriptor(summary = true)
@OneToOne(cascade = CascadeType.ALL)
public UploadableMedia getHeader()

{ return header; }

@BlobDescriptor(renderType = RenderType.IMAGE, contentDisposition = ContentDisposition.ATTACHMENT)
@PropertyDescriptor(summary = true)
@OneToOne(cascade = CascadeType.ALL)
public UploadableMedia getLogo()

{ return logo; }

@BlobDescriptor(renderType = RenderType.IMAGE, contentDisposition = ContentDisposition.ATTACHMENT)
@PropertyDescriptor(summary = true)
@OneToOne(cascade = CascadeType.ALL)
public UploadableMedia getBackground()

{ return background; }

@BlobDescriptor(renderType = RenderType.IMAGE, contentDisposition = ContentDisposition.ATTACHMENT)
@PropertyDescriptor(summary = true)
@OneToOne(cascade = CascadeType.ALL)
public UploadableMedia getSplash()

{ return splash; }

On First pass edit... the splash is being swapped into other property fields including the name and also the render type is malfunctioning too.

Alejandro, could you operate roster to see this?

I am very worried about this.

Activity

Hide
Ken in nashua added a comment -

This attachment shows how the URL's for the property editor in quesiton (BlobEditor) are mauled.

My first guess is that this is an OGNL issue whereby OGNL is passing in the wrong PropertyDescriptor consistently.

Unles someone proves otherwise... we are not out of the woods yet with OGNL and it is serious.

Show
Ken in nashua added a comment - This attachment shows how the URL's for the property editor in quesiton (BlobEditor) are mauled. My first guess is that this is an OGNL issue whereby OGNL is passing in the wrong PropertyDescriptor consistently. Unles someone proves otherwise... we are not out of the woods yet with OGNL and it is serious.
Hide
Kalle Korhonen added a comment -

OGNL issue, not a Trails one. Use 2.7.1 (snapshot if needed) or later to fix.

Show
Kalle Korhonen added a comment - OGNL issue, not a Trails one. Use 2.7.1 (snapshot if needed) or later to fix.

People

Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved: