More in this section

Forums / Bugs & Issues / Multiple Paged Download Lists Update in Parallel

Multiple Paged Download Lists Update in Parallel

3 posts, 0 answered
  1. Michael H.
    Michael H. avatar
    16 posts
    Registered:
    10 Nov 2007
    28 Dec 2010
    Link to this post
    Issue: Occurs when adding two Download List objects to a single page and enabling the pager setting on both. When selecting a specific Download List's page # it causes both objects to change pages. Changing the pager on the object with a higher page # than the other returns a blank list on the lesser Page #'ed Download List.

    Request: Consider an AJAX request and update only the Download List selected by the page # selection.

    NOTE: Even if this is by design two differnent objects should not update in parallel.

    Version: Sitefinity_4.0.1030.0

    Steps
    1. Create a new Content -> Documents and Files -> library: "test 1"
    2. Add 10 random documents to "test 1"
    3. Create a new Content -> Documents and Files -> library: "test 2"
    4. Add 4 random documents to "test 2"
    5. Create a new page "test"
    6. Add Download List 1 and Edit:
      - Documents & Files
        - From specific library: "test 1"
      - Settings
        - Use Paging: 2
    7. Add Download List 2 and Edit:
      - Documents & Files
        - From specific library: "test 2"
      - Settings
        - Use Paging: 2
    8. Publish Page
    9. View Page
    10. Click page selection 2 on either Download List Pager and observe they both change pages.
    11. Click page selection 3 on higher #'ed pager list and lower #'ed list displays blank.

  2. Sonya
    Sonya avatar
    205 posts
    Registered:
    09 Dec 2016
    28 Dec 2010
    Link to this post
    Hello Michael,

    Thank you for reporting this issue.
    The issue is logged as a bug with ID=103456. I updated your Telerik points.

    Best wishes,
    Sonya
    the Telerik team
    Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
  3. Sonya
    Sonya avatar
    205 posts
    Registered:
    09 Dec 2016
    06 Jan 2011
    Link to this post
    Hi Michael H.,

    This is a follow up message to my previous one. After some further testing on our side, it appeared that the problem was rather due to improper settings. To resolve it see below:

    When you drop two content widgets (news, events, blog posts, content list, image gallery, video gallery, download list) on one page, by default they will share the following behavior:

    •  Paging
    •  Switching to detail mode and back to list
    •  URL filtering (by date through the Archive control, or by taxon through a taxonomy control)

    What this means is that clicking a page in one widget will also change the page in the other. Clicking a single item in one widget will switch the other to detail mode, filtering by date would filter both widgets, etc.

    If this is not the desired behavior, there are two things that can be done, depending on your preferences:

    In Advanced properties:

    • Set UrlKeyPrefix property to a unique string in all widgets that should not share behavior.
    •  Do 1, plus set the UrlEvaluationMode to “QueryString” (the default is “UrlPath”)

    In the first case, when you do an action of the above listed (say click a page), a string will be added to the URL, with the value from the respective widget (whose page you clicked). That way, the application will know to change only the page of this particular widget and not the rest. The URL would still be pretty. The downside to this is that it can only contain information for one widget.

    I.e. when you click page 2 of news, then click page 3 of blogs, the string in the URL will only be for blogs, and news will go back to page 1. The upside is pretty URLs.

    In the second case, you can do everything you want. The URL will contain information about all widgets on the page (in the query string), and they will all have different behavior (assuming you set different UrlKeyPrefix).

    This is all by design. It is all needed, because widgets don’t’ keep state and do no postback.

    The UrlEvaluationMode property is applied page-wide. Setting it on one widget will set it for all widgets on the same page (assuming it is a Sitefinity page).



    Greetings,
    Sonya
    the Telerik team
    Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
3 posts, 0 answered