Bug in the admin interface?

Author Message

luis muñoz

Wednesday 13 July 2005 9:35:01 am

From the admin, in the sub_items list, detailed view.

Modifier link takes me to the creator but shows the name of the last modifier.

When i edit the folder the info on the left about creator/modifier, i think isn't correct.

Can anyone confirm this, i'm not sure if my admin interface is broken or this is a bug.

Thanks

Daniel Beyer

Wednesday 13 July 2005 10:57:07 am

Hi Luis,

I confirm this as a bug. Can you please report it at http://ez.no/community/bugs !

--Issues and fixes--

<b>1. In design/admin/children_detailed.tpl:</b>
Wrong: Link to the modifier links to the creator of the current version of the current $node and not to the modifier of the child.
<i>How to fix this:</i>
In line 65 change from

<td class="modifier"><a href={$node.object.current.creator.main_node.url_alias|ezurl}>{$Nodes.item.object.current.creator.name|wash}</a></td>

In line 65 change to

<td class="modifier"><a href={$Nodes.item.object.current.creator.main_node.url_alias|ezurl}>{$Nodes.item.object.current.creator.name|wash}</a></td>

<b>2. In design/admin/content/edit_menu.tpl:</b>
Wrong: In "Object information" the name of creator is wrong. It's not the creator (owner) of the object, but the creator of the current published version.
<i>How to fix this:</i>
In line 22 change from

{$object.current.creator.name|wash}

In line 22 change to

{$object.owner.name|wash}

<b>3. In design/admin/content/edit_menu.tpl:</b>
Wrong: In "Object information" the name of the modifier is wrong. It's not the modifier of the current published object, but the modifer of the depending class.
<i>How to fix this:</i>
In line 33 change from

{fetch( content, object, hash( object_id, $object.content_class.modifier_id ) ).name|wash}

In line 33 change to

{$object.current.creator.name|wash}

Daniel Beyer
_________________________________
YMC AG
Kreuzlingen, Switzerland
web: www.ymc.ch
____________________________________

Daniel Beyer

Thursday 14 July 2005 3:42:25 am

Just in case someone reads this in future:

This bug is fixed in:
unstable/3.6.1 rev. 12518
unstable/3.7 rev. 12519
trunk rev. 12520

--- http://ez.no/bugs/view/6900 ---

Daniel Beyer
_________________________________
YMC AG
Kreuzlingen, Switzerland
web: www.ymc.ch
____________________________________

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.

eZ debug

Timing: Jan 20 2025 08:55:47
Script start
Timing: Jan 20 2025 08:55:47
Module start 'layout'
Timing: Jan 20 2025 08:55:47
Module start 'content'
Timing: Jan 20 2025 08:55:47
Module end 'content'
Timing: Jan 20 2025 08:55:47
Script end

Main resources:

Total runtime0.0294 sec
Peak memory usage2,048.0000 KB
Database Queries3

Timing points:

CheckpointStart (sec)Duration (sec)Memory at start (KB)Memory used (KB)
Script start 0.00000.0086 589.1563152.6250
Module start 'layout' 0.00870.0045 741.781339.4453
Module start 'content' 0.01320.0139 781.226693.4453
Module end 'content' 0.02710.0023 874.671934.3047
Script end 0.0294  908.9766 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.00279.2473140.0002
Check MTime0.00123.9496140.0001
Mysql Total
Database connection0.00248.066910.0024
Mysqli_queries0.004113.888030.0014
Looping result0.00000.095610.0000
Template Total0.00186.110.0018
Template load0.00103.269110.0010
Template processing0.00082.834010.0008
Override
Cache load0.00072.273410.0007
General
dbfile0.005920.036580.0007
String conversion0.00000.037340.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

UsageRequested templateTemplateTemplate loadedEditOverride
1print_pagelayout.tpl<No override>extension/community/design/community/templates/print_pagelayout.tplEdit templateOverride template
 Number of times templates used: 1
 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs