[go: up one dir, main page]

Page MenuHomePhabricator

[Migrated] Make list display becomes somewhat garbled when scrolling fast
Open, LowPublic

Description

TwinsMetsFan 19:22, 16 November 2009 (UTC) wrote:

When quickly scrolling up and down through a large list in the make list window (by clicking and dragging the slider in the scroll bar), some of the entries overwrite each other in terms of how they are displayed. The entries themselves are fine; however, some of the article titles have the names of the articles that were above them listed on top of them. For example, one of the entries of the list I have open right now is for New York State Route 470. It should read just "New York State Route 470"; however, the displayed text is "New York State Route 470" with the words "New York State Route 446" (the article above it in the list) overlaid on top.


Duplicate: Make a large list (the list I noticed this on was 215 entries long) and scroll up and down using the method described above
OS: Windows 7
Version: 4.9.0.3 rev5636, but this issue existed in the last snapshot I used (I think it was around rev5580 or so) as well.
Workaround:

  1. Ignore the garbled text and use AWB as usual.
  2. Clicking on the garbled entry (highlighting it) will correct the displayed text.
  3. Scrolling slower (using the arrows and/or by clicking in the scroll bar) doesn't seem to cause this issue.

Event Timeline

Josve05a raised the priority of this task from to Needs Triage.
Josve05a updated the task description. (Show Details)
Josve05a added a project: AutoWikiBrowser.
Josve05a subscribed.

TwinsMetsFan 19:25, 16 November 2009 (UTC) wrote:

This may be related to this bug, but I don't think it's the same exact issue.

@Reedy 10:52, 17 November 2009 (UTC) wrote:

I'd be inclined to agree. I think i have seen it also, but marked it as the controls fault, rather than AWB's.

Rjwilmsi changed the task status from Open to Stalled.Jun 19 2015, 11:51 AM
Rjwilmsi subscribed.
Aklapper changed the task status from Stalled to Open.May 12 2020, 8:23 PM

The previous comments don't explain what/who exactly this task is stalled on ("If a report is waiting for further input (e.g. from its reporter or a third party) and can currently not be acted on"). Hence resetting task status.

(Smallprint, as general orientation for task management: If work on this task is blocked by another task, then that other task should be added via Edit Related Tasks...Edit Subtasks. If this task is stalled on an upstream project, then the Upstream tag should be added. If this task requires info from the task reporter, then there should be instructions which info is needed. If you wanted to express that nobody is currently working on this task, then the assignee should be removed and/or priority could be lowered instead. If this task is out of scope and nobody should ever work on this, then task status should be "declined".)