hassanakbar4
commented
14 years ago @rjsparks@nostrum.com commented
I can now reproduce this consistently on a Mac running Firefox. I walked Sean Turner (same configuration) through these steps and it exhibited for him.
Here are the steps:
As an AD: 1) Open a page with more than one of the position summary grids on it, like https://datatracker.ietf.org/iesg/agenda/documents/
2) Choose some document with a grid (call this document A). Left click on its grid.
3) scroll down (I used the two-finger gesture on the trackpad) to the bottom and keep sending the scrolling motion until the window under the popup starts to scroll (you can also left click on the window under the popup and start scrolling it around. You should see the popup "shake" a little as it tries to force itself to be in one position on the screen.
4) Hit the close button.
5) left click the grid for some other document (call this document B). Verify that the contents of the popup box reflect document B.
6) Press "Edit Position". The page that loads will be the position editing page for document A, not document B.
resolution_fixedtype_defect| by rjsparks@nostrum.comI had 2 instances on 3.04 and one on 3.05 today of getting the wrong document's edit position form.
Starting from https://datatracker.ietf.org/iesg/agenda/documents/ I left-clicked the position-grid, viewed the summary of current positions on the dialog it presents (which has always been for the correct document), then clicked the "Edit Position" button, and the resulting edit position form was for the wrong document.
I had reported in mail earlier that I thought it was the previous document on the future-telechats page, but that was not true for the most recent occurrence.
Unfortunately, this is not deterministic - I can reload the above page and not get the same effect.
Issue migrated from trac:374 at 2021-12-13 14:51:05 +0500