Skip to content
GitLab
    • Explore Projects Groups Topics Snippets
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • fusiondirectory fusiondirectory
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 39
    • Issues 39
    • List
    • Boards
    • Service Desk
    • Milestones
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Terraform modules
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • fusiondirectoryfusiondirectory
  • fusiondirectoryfusiondirectory
  • Issues
  • #5410
Something went wrong while setting issue due date.
Closed
Open
Issue created 8 years ago by bmortier@bmortierMaintainer
  • New related issue

  • New related issue

edit conflict warning screen : "read only" button make the same page to reload

Closed

edit conflict warning screen : "read only" button make the same page to reload

I've uploaded the screenshot.

The issue is about the button "read only". When clicked it seems to reload the same warning page.

Expected behavior is to lead to the entry's properties page in read only mode.

("Edit anyway" seems to work as intended.)

To reproduce, simply edit the same entry with two different user session.

(from redmine: issue id 5410, created on 2017-03-06, closed on 2017-03-23)

  • Relations:
    • relates #5154 (closed)
  • Changesets:
    • Revision 5f1d344b by Côme Chilliet on 2017-03-07T08:57:36.000Z:
Fixes #5410 Fixed read only feature which was broken by #5154 fixes
  • Revision 092190cb by Côme Chilliet on 2017-03-07T08:58:18.000Z:
Fixes #5410 Fixed read only feature which was broken by #5154 fixes
  • Revision ff53ef3b by Côme Chilliet on 2017-03-17T13:44:17.000Z:
Fixes #5410 Do not save FILTER_PID without saving other filter POST vars
  • Revision 38311829 by Côme Chilliet on 2017-03-17T13:48:24.000Z:
Fixes #5410 Do not save FILTER_PID post var without saving other filter POST vars
  • Custom Fields:
    • Bug in version: 1.0.19
    • Support contract: Silver
  • Uploads:
    • FusionDirectory_-_2017-03-06_17.07.22

    Tasks

    0

    No tasks are currently assigned. Use tasks to break down this issue into smaller parts.

    Linked items
    ...

      Related merge requests

      Activity


      • bmortier
        bmortier @bmortier · 8 years ago
        Author Maintainer

        Fixed on both 1.0.19-fixes and 1.1.

        Set time spent

        (from redmine: written on 2017-03-07)

        By Côme Chilliet on 2017-09-02T15:35:57 (imported from GitLab)

      • bmortier
        bmortier @bmortier · 8 years ago
        Author Maintainer

        Still a adjacent bug on demo-fixes. To reproduce:

        • session 1 : Log as user A
        • session 1 : get the entries list and click the edit button for an entry
        • session 2 : log as user B
        • session 2 : get the entries list and click the edit button for same entry. The conflict warning is show.
        • session 2 : click "read only" and get into entry's details
        • session 2 : click "cancel". You're back at the entries list but shown empty which is not expected

        NOTE: the same happen with the "edit anyway" action.

        (from redmine: written on 2017-03-16)

        By mhamant on 2017-09-02T15:35:57 (imported from GitLab)

      • bmortier
        bmortier @bmortier · 8 years ago
        Author Maintainer

        Should be good now

        (from redmine: written on 2017-03-17)

        By Côme Chilliet on 2017-09-02T15:35:57 (imported from GitLab)

      • bmortier
        bmortier @bmortier · 8 years ago
        Author Maintainer

        Close issue

        (from redmine: written on 2017-03-23)

        By Côme Chilliet on 2017-09-02T15:35:58 (imported from GitLab)

      • bmortier added 1h of time spent 7 years ago

        added 1h of time spent

        By Côme Chilliet on 2017-09-02T15:35:57 (imported from GitLab)

      • bmortier closed 7 years ago

        closed

        By Côme Chilliet on 2017-09-02T15:35:58 (imported from GitLab)

      • bmortier added Fixed label 6 years ago

        added Fixed label

        By bmortier on 2018-09-25T15:48:33 (imported from GitLab)

      Please register or sign in to reply
      Assignee
      bmortier's avatar
      bmortier
      Assign to
      Labels
      0
      None
      0
      None
        Assign labels
      • Manage project labels

      Milestone
      No milestone
      None
      Due date
      None
      None
      None
      Time tracking
      No estimate or time spent
      Confidentiality
      Not confidential
      Not confidential

      You are going to turn on confidentiality. Only project members with at least the Reporter role, the author, and assignees can view or be notified about this issue.

      Lock issue
      Unlocked
      0
      0 Participants
      Reference:

      Menu

      Explore Projects Groups Topics Snippets