Page MenuHomePhabricator

Table dialog doesn't restore properly after having been closed
Closed, DeclinedPublic

Description

Author: wikibugs

Description:
Screen print of the error

Reporting against Babaco Release : r57957

Steps to Reproduce ::

  1. Select a random page
  2. Edit the page
  3. Click to insert a table
  4. Select “Make table sortable” option
  5. De-select “Include header row” option
  6. Make the table create throw an error
  7. Press “Esc”/Cancel to close the screen
  8. Click on Table icon again
  9. Select “Include header row” option`

<<Header text is two lines>>

  1. Press Cancel/Esc to close the window
  2. Click on table link and it shows the headers in un-wrap mode

Expected Outcome::
Table header should be the same for all occurrences

Test Environment::
In all browsers


Version: unspecified
Severity: minor
Platform: PC

Attached:

Details

Reference
bz21291

Related Objects

View Standalone Graph
This task is connected to more than 200 other tasks. Only direct parents and subtasks are shown here. Use View Standalone Graph to show more of the graph.

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 10:55 PM
bzimport set Reference to bz21291.

wikibugs wrote:

Screen print of the error msg

attachment Wiki_r58199_2009-10-29_Erroron.pdf ignored as obsolete

wikibugs wrote:

Attachment id=6735 is not valid to this bug.

wikibugs wrote:

Reopen the bug since sorting feature not in r58867

(In reply to comment #4)

Reopen the bug since sorting feature not in r58867

Re-closing. The sorting feature is only in the new table dialog, you're looking at the old one.

wikibugs wrote:

Re Open the bug since the given scenario of change table header is still exist

(In reply to comment #6)

Re Open the bug since the given scenario of change table header is still exist

Can't reproduce this.

This is what I tried, please verify I understood the report correctly:

  1. Open the table dialog. "Header Text" is broken over two lines
  2. Uncheck "Add header row"
  3. Close the dialog
  4. Open the dialog again.
  5. Check "Add header row". "Header Text" is, again, broken over two lines
  6. Close the dialog
  7. Open the dialog. "Header Text" is still on two lines, while you say it's on one

wikibugs wrote:

The steps you followed is correct. But for the first time open I get the Header text in one line. Text in one line and the sorting sign in the next. And on 2nd return the Header is in one line and Text and Sorting sign is in the next.

I use the following browsers to re-check the bug details.

Browser (User-Agent): Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)
Time and Date: 3:57:59 PM - Monday, January 25, 2010
Javascript: Enabled
Cookies Enabled: Enabled
Java Enabled: Enabled

Browser (User-Agent): Opera/9.63 (Windows NT 6.0; U; en) Presto/2.1.1
Time and Date: 4:00:48 PM - Monday, January 25, 2010
Javascript: Enabled
Cookies Enabled: Enabled
Java Enabled: Enabled

Browser (User-Agent): Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/532.0 (KHTML, like Gecko) Chrome/3.0.195.38 Safari/532.0
Time and Date: 4:09:46 PM - Monday, January 25, 2010
Javascript: Enabled
Cookies Enabled: Enabled
Java Enabled: Enabled

(In reply to comment #8)

The steps you followed is correct. But for the first time open I get the Header
text in one line. Text in one line and the sorting sign in the next. And on 2nd
return the Header is in one line and Text and Sorting sign is in the next.

Interesting; when I open the dialog I get the text on two lines right away.

I'm inclined to say this isn't a big deal, though.

This seems to be some weird browser quirk or something; it can't get it to happen for me, and it's a really small issue anyway.

wikibugs wrote:

Closing the bug as of comment 10