Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[dev.icinga.com #10848] Can't change items per page if filter is in modify state #2201

Closed
icinga-migration opened this issue Dec 15, 2015 · 9 comments
Milestone

Comments

@icinga-migration
Copy link
Member

@icinga-migration icinga-migration commented Dec 15, 2015

This issue has been migrated from Redmine: https://dev.icinga.com/issues/10848

Created by mhein on 2015-12-15 11:46:48 +00:00

Assignee: (none)
Status: Closed (closed on 2016-04-27 10:51:18 +00:00)
Target Version: 2.3.2
Last Update: 2016-04-27 10:51:18 +00:00 (in Redmine)


Item limit selector is not accepting values if modifyFilter=1

  • Expand filter
  • Create a filter
  • Change "Items per page"

The selector jumps back to its initial value.

Kind regards,

Marius

Changesets

2016-04-18 12:38:14 +00:00 by aklimov 3ec13a0

FilterEditor: preserve URL parameter addFilter while modifying a filter

refs #10848

2016-04-18 13:15:41 +00:00 by aklimov 61a04e7

FilterEditor::handleRequest(): don't apply a filter's changes if the 'Apply' button hasn't been pressed

fixes #10848

Relations:

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Dec 15, 2015

Updated by mhein on 2015-12-15 11:47:03 +00:00

SHKS issue

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Feb 19, 2016

Updated by elippmann on 2016-02-19 15:59:13 +00:00

  • Subject changed from Value for item limit select field not accepted if filter is in modify state to Can't change items per page if filter is in modify state
  • Target Version set to Backlog
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Mar 16, 2016

Updated by mnardin on 2016-03-16 11:16:10 +00:00

Same behavior on our end (version 2.2.0).

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Apr 18, 2016

Updated by mhein on 2016-04-18 08:19:11 +00:00

  • Assigned to set to aklimov
  • Target Version changed from Backlog to 2.3.2
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Apr 18, 2016

Updated by aklimov on 2016-04-18 13:25:03 +00:00

  • Status changed from New to Resolved
  • Done % changed from 0 to 100

Applied in changeset 61a04e7.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Apr 27, 2016

Updated by aklimov on 2016-04-27 10:11:56 +00:00

  • Status changed from Resolved to New
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Apr 27, 2016

Updated by mhein on 2016-04-27 10:46:47 +00:00

  • Done % changed from 100 to 20
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Apr 27, 2016

Updated by aklimov on 2016-04-27 10:51:18 +00:00

  • Status changed from New to Closed
  • Assigned to deleted aklimov
  • Done % changed from 20 to 100
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented Jun 1, 2016

Updated by elippmann on 2016-06-01 09:45:07 +00:00

  • Duplicated set to 11630
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
1 participant
You can’t perform that action at this time.