Skip to content

Releases: matthewekeller/WebRocketX

Version 1.10.1

17 Jul 05:11
Compare
Choose a tag to compare

Fix. Backward compatibility on dtBack on Error Popup - Error popups are now untracked but previous developers used dtBack on them. Therefore, calling dtBack on an error popup will unconditionally call dtCloseUntrackedModal for backward compatibility.

Version 1.10.0

17 Jul 03:19
Compare
Choose a tag to compare
  1. new multipart form submit
  2. Json processing fixed to not encode ampersand
  3. new method setDisableSendingCsrfToken
  4. new method setUseGetRequest
  5. untracked modal error pages will now automatically be closed with any browser navigation. Also calling dtCloseUntrackedModal from okay button will close it as well, modal error pages are not tracked by design. To not track a modal set trackPage="false" in its capsule
  6. new method dtCloseUntrackedModal - can close an untracked modal and land on the page behind it, even if the page behind it is untracked, this way the untracked page is not skipped over, handy for untracked popups in front of untracked pages
  7. new method removeCapsuleFromHistory - Handy to surgically remove a create page from the stack after creation so that back will not land on a filled out form after creating something.
  8. removed "Function" method so that unsafe-eval is no longer required in CSP to run WebRocketX
  9. fixed error in hash change tracking when a page is reloaded. Was causing unpredictable navigation in edge cases.
  10. refactored dtinit so that a callback is required when calling something immediately after it. This fixed race conditions with browser navigation buttons.

Version 1.9.2

02 Sep 06:21
Compare
Choose a tag to compare

Fixed back navigation on untracked pages - The presence of untracked pages were causing back navigation to behave unpredicatably.

Fixed dtInit behavior at welcome page level - Fixed the stack initialize so that it does nothing when the user is already at the welcome page.
Previously unpredictable behavior could occur when this method was used when already at the stack base.

Fixed vague error message when targetId not found - A more specific error message now displayed when the targetId for a capsule is not found in the DOM.

Enhancement. Added the option of specifying targetId for capsule type of data - Previously the developer would have to code the placement of a data capsule type. Now, the targetId is optional allowing the developer the freedom of leveraging the framework to place the layout if desired. Thanks to the community for suggesting this convenient upgrade. :)

Version 1.9.1

14 Aug 04:11
Compare
Choose a tag to compare

Fixed landing page refresh from resulting in back button on next injection of the same capsule that is inlined with the landing page.

Steps to reproduce:
Navigate to the welcome page and view the inlined capsule which is registered and displayed
Press the browser refresh
Click on a link that reinjects the same capsule that is inlined on the landing page
Page will go back to the page preceding the landing page and jump out of the application

Desired behavior:
Fresh content for that capsule should instead be displayed without going back to the previous page

Fix:
Registration of landing page capsule was not setting the current capsule id as it should have. Current capsule id is now set upon registration.

Version 1.9.0

11 Aug 15:51
Compare
Choose a tag to compare

Added jsReturn capsule attribute

Version 1.8.0

25 Jun 19:01
370b4a5
Compare
Choose a tag to compare

Fixed added events being stripped when navigating back from modal dialog. Root of problem was due to jquery's empty command.

Version 1.7

22 Nov 02:52
4a16033
Compare
Choose a tag to compare

Allows configuration of CSRF token parameter name to facilitate integration with Django.

Version 1.6

06 Jun 06:29
Compare
Choose a tag to compare

Original open source release.