Calendar is Making Layer Selection Sticky

Bug #857607 reported by Nat Katin-Borland
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KARL3
Fix Released
Medium
Balazs Ree

Bug Description

The calendar is designed to have the view (Day/Week/Month/List) be sticky for each user. Currently, it looks like the layer selection is sticky as well, a behavior we do not want. This something I meant to report last week, but I got side-tracked by the event collision issue. You can see the problem by going to a calendar with lots of layers, selecting a specific layer, clicking off the calendar and then returning to the that same calendar. When you return to the calendar, the calendar seems "locked in" to the layer you were previously looking at. When you return to the calendar your layer selection should reset to show all, which is what used to happen. We're getting reports from users who think that events are disappearing from their calendar, but it's just that the calendar is getting stuck on the layer they last looked at.

Tags: r3.75
Revision history for this message
Paul Everitt (paul-agendaless) wrote :

Hmm, Nat, I don't think we've touched the calendar code in ages. I'd be surprised if this stickiness changed recently. We can change it though if you'd like.

Changed in karl3:
assignee: nobody → Balazs Ree (ree)
importance: Undecided → Medium
milestone: none → m76
Revision history for this message
Nat Katin-Borland (nborland) wrote : RE: [Bug 857607] Re: Calendar is Making Layer Selection Sticky

This is definitely something that only started happening recently...

--
Nathaniel Katin-Borland
Support Specialist
Knowledge Management Initiative
KARL Support Team

Open Society Foundations - New York Office
400 West 59th Street
New York, NY 10019
Email: <email address hidden>
Phone: 212-547-6984
http://www.soros.org/
http://www.karlproject.org

-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Paul Everitt
Sent: Friday, September 23, 2011 3:52 PM
To: Nathaniel Katin-Borland
Subject: [Bug 857607] Re: Calendar is Making Layer Selection Sticky

Hmm, Nat, I don't think we've touched the calendar code in ages. I'd be surprised if this stickiness changed recently. We can change it though if you'd like.

** Changed in: karl3
   Importance: Undecided => Medium

** Changed in: karl3
    Milestone: None => m76

** Changed in: karl3
     Assignee: (unassigned) => Balazs Ree (ree)

--
You received this bug notification because you are subscribed to the bug report.
https://bugs.launchpad.net/bugs/857607

Title:
  Calendar is Making Layer Selection Sticky

Status in KARL3:
  New

Bug description:
  The calendar is designed to have the view (Day/Week/Month/List) be
  sticky for each user. Currently, it looks like the layer selection is
  sticky as well, a behavior we do not want. This something I meant to
  report last week, but I got side-tracked by the event collision issue.
  You can see the problem by going to a calendar with lots of layers,
  selecting a specific layer, clicking off the calendar and then
  returning to the that same calendar. When you return to the calendar,
  the calendar seems "locked in" to the layer you were previously
  looking at. When you return to the calendar your layer selection
  should reset to show all, which is what used to happen. We're getting
  reports from users who think that events are disappearing from their
  calendar, but it's just that the calendar is getting stuck on the
  layer they last looked at.

To manage notifications about this bug go to:
https://bugs.launchpad.net/karl3/+bug/857607/+subscriptions

Revision history for this message
Nat Katin-Borland (nborland) wrote :
Download full text (4.3 KiB)

I also meant to add in the ticket that this effects newly added events as well. If you add an event, the event won't show up in the calendar because the calendar isn't refreshing, so we have gotten several complaints from users who think that their event has disappeared. The event is created and you can navigate to the event via the recent content portal, but the calendar itself doesn't update.

-Nat

--
Nathaniel Katin-Borland
Support Specialist
Knowledge Management Initiative
KARL Support Team

Open Society Foundations - New York Office
400 West 59th Street
New York, NY 10019
Email: <email address hidden>
Phone: 212-547-6984
http://www.soros.org/
http://www.karlproject.org

-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Nathaniel Katin-Borland
Sent: Friday, September 23, 2011 4:10 PM
To: Nathaniel Katin-Borland
Subject: RE: [Bug 857607] Re: Calendar is Making Layer Selection Sticky

This is definitely something that only started happening recently...

--
Nathaniel Katin-Borland
Support Specialist
Knowledge Management Initiative
KARL Support Team

Open Society Foundations - New York Office
400 West 59th Street
New York, NY 10019
Email: <email address hidden>
Phone: 212-547-6984
http://www.soros.org/
http://www.karlproject.org

-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Paul Everitt
Sent: Friday, September 23, 2011 3:52 PM
To: Nathaniel Katin-Borland
Subject: [Bug 857607] Re: Calendar is Making Layer Selection Sticky

Hmm, Nat, I don't think we've touched the calendar code in ages. I'd be surprised if this stickiness changed recently. We can change it though if you'd like.

** Changed in: karl3
   Importance: Undecided => Medium

** Changed in: karl3
    Milestone: None => m76

** Changed in: karl3
     Assignee: (unassigned) => Balazs Ree (ree)

--
You received this bug notification because you are subscribed to the bug report.
https://bugs.launchpad.net/bugs/857607

Title:
  Calendar is Making Layer Selection Sticky

Status in KARL3:
  New

Bug description:
  The calendar is designed to have the view (Day/Week/Month/List) be
  sticky for each user. Currently, it looks like the layer selection is
  sticky as well, a behavior we do not want. This something I meant to
  report last week, but I got side-tracked by the event collision issue.
  You can see the problem by going to a calendar with lots of layers,
  selecting a specific layer, clicking off the calendar and then
  returning to the that same calendar. When you return to the calendar,
  the calendar seems "locked in" to the layer you were previously
  looking at. When you return to the calendar your layer selection
  should reset to show all, which is what used to happen. We're getting
  reports from users who think that events are disappearing from their
  calendar, but it's just that the calendar is getting stuck on the
  layer they last looked at.

To manage notifications about this bug go to:
https://bugs.launchpad.net/karl3/+bug/857607/+subscriptions

--
You received this bug notif...

Read more...

Balazs Ree (ree)
Changed in karl3:
status: New → In Progress
Revision history for this message
Balazs Ree (ree) wrote :

I observe that currently the layer selection is not sticky. So, I close this report. To demonstrate why I think it's not sticky, please look at this screencast:

http://blip.tv/greenfinity/karl-calendar-layer-is-not-sticky-5601829

In case you have reason to believe that this is still not working correctly, please reopen the ticket and explain what needs to be still done differently!

Changed in karl3:
status: In Progress → Fix Committed
Revision history for this message
Nat Katin-Borland (nborland) wrote :

This seems to be fixed now, not sure what changed, but everything looks good now.

--
Nathaniel Katin-Borland
Support Specialist
Knowledge Management Initiative
KARL Support Team

Open Society Foundations - New York Office
400 West 59th Street
New York, NY 10019
Email: <email address hidden>
Phone: 212-547-6984
http://www.soros.org/
http://www.karlproject.org

-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Balazs Ree
Sent: Friday, September 30, 2011 8:25 AM
To: Nathaniel Katin-Borland
Subject: [Bug 857607] Re: Calendar is Making Layer Selection Sticky

I observe that currently the layer selection is not sticky. So, I close this report. To demonstrate why I think it's not sticky, please look at this screencast:

http://blip.tv/greenfinity/karl-calendar-layer-is-not-sticky-5601829

In case you have reason to believe that this is still not working correctly, please reopen the ticket and explain what needs to be still done differently!

** Changed in: karl3
       Status: In Progress => Fix Committed

--
You received this bug notification because you are subscribed to the bug report.
https://bugs.launchpad.net/bugs/857607

Title:
  Calendar is Making Layer Selection Sticky

Status in KARL3:
  Fix Committed

Bug description:
  The calendar is designed to have the view (Day/Week/Month/List) be
  sticky for each user. Currently, it looks like the layer selection is
  sticky as well, a behavior we do not want. This something I meant to
  report last week, but I got side-tracked by the event collision issue.
  You can see the problem by going to a calendar with lots of layers,
  selecting a specific layer, clicking off the calendar and then
  returning to the that same calendar. When you return to the calendar,
  the calendar seems "locked in" to the layer you were previously
  looking at. When you return to the calendar your layer selection
  should reset to show all, which is what used to happen. We're getting
  reports from users who think that events are disappearing from their
  calendar, but it's just that the calendar is getting stuck on the
  layer they last looked at.

To manage notifications about this bug go to:
https://bugs.launchpad.net/karl3/+bug/857607/+subscriptions

Revision history for this message
Paul Everitt (paul-agendaless) wrote :

Jim, read through all the comments. Test production in different browsers. If it appears to work, mark Fix Released.

JimPGlenn (jpglenn09)
tags: added: r3.75
Revision history for this message
JimPGlenn (jpglenn09) wrote :

fixed

Changed in karl3:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.