Table row action order not respected

  • 2
  • Problem
  • Updated 3 years ago
  • Solved
Archived and Closed

This conversation is no longer open for comments or replies and is no longer visible to community members. The community moderator provided the following reason for archiving: Fixed in Brooklyn

Edit and Delete table row actions are always positioned first on the runtime page regardless of their position in the XML.

This has been mentioned in several threads (here and here) but those threads have either been marked as "answered" or just died out so I'm "bumping" again.

Also, when trying to move "edit" or "delete" in page composer, it "grabs" the table instead of the row so you're unable to move them in the composer.  That said, even manually editing XML still results in the wrong order.

Steps to reproduce:

1) Create page using xml below
2) Preview page

Expected Behavior
Icons displayed in order specified in page composer

Actual Behavior
Edit, then Delete, then the rest of the items in the order they appear in composer

3) In composer, try to drag/drop "Edit" or "Delete" action

Expected Behavior
Action is able to be moved via drag/drop

Actual Behavior
The entire table is "dragged" and can be "dropped"

Sample Page XML
<skuidpage unsavedchangeswarning="yes" personalizationmode="server" showsidebar="true" showheader="true">    <models>
        <model id="Account" limit="20" query="true" createrowifnonefound="false" adapter="salesforce" type="" sobject="Account">
            <fields>
                <field id="Id"/>
                <field id="Name"/>
            </fields>
            <conditions/>
            <actions/>
        </model>
    </models>
    <components>
        <skootable showconditions="true" showsavecancel="true" showerrorsinline="true" searchmethod="server" searchbox="true" showexportbuttons="false" pagesize="10" createrecords="true" model="Account" buttonposition="" mode="read" uniqueid="sk-2oQrWg-122">
            <fields>
                <field id="Name"/>
            </fields>
            <rowactions>
                <action type="multi" label="Number 1" icon="fa-arrow-up"/>
                <action type="multi" label="Number 2" icon="sk-icon-arrow-left"/>
                <action type="multi" label="Number 3" icon="sk-icon-arrow-right"/>
                <action type="edit"/>
                <action type="drawer" label="Drawer" icon="fa-arrow-down"/>
                <action type="delete"/>
            </rowactions>
            <massactions usefirstitemasdefault="true"/>
            <views>
                <view type="standard"/>
            </views>
        </skootable>
    </components>
    <resources>
        <labels/>
        <javascript/>
        <css/>
    </resources>
    <styles>
        <styleitem type="background" bgtype="none"/>
    </styles>
</skuidpage>
Photo of Barry Schnell

Barry Schnell, Champion

  • 18,336 Points 10k badge 2x thumb

Posted 3 years ago

  • 2
Photo of Karen Waldschmitt

Karen Waldschmitt, Official Rep

  • 8,780 Points 5k badge 2x thumb
Barry~ 

Thanks for alerting us of this bug. The devs are aware of the issue and will consider it for a future release.

Thanks for helping us make Skuid better!
Karen
Photo of Barry Schnell

Barry Schnell, Champion

  • 18,336 Points 10k badge 2x thumb
Thanks Karen!
Photo of Karen Waldschmitt

Karen Waldschmitt, Official Rep

  • 8,780 Points 5k badge 2x thumb
Hi Barry~

Thank you for your patience as we addressed this bug. This issue has been resolved in the Brooklyn GA release which is now available from the Skuid Releases page.

As a reminder, Salesforce does NOT allow reverting back to prior versions of managed packages. Skuid always recommends installing new versions in a non-business critical sandbox environment to test all mission critical functionality before installing into a production environment. We also recommend that you update out of date themes when you upgrade.

Thanks!

Karen

This conversation is no longer open for comments or replies.