Page MenuHomePhabricator

Insert Table: Cannot insert tables in IE
Closed, ResolvedPublic

Description

Author: wikibugs

Description:
Reporting against the build hosted on Staging environment.

Steps to reproduce :

  1. Start editing a page with sections.
  2. Click on "Table" icon.
  3. Specify values for "Columns" and "Rows" text boxes.
  4. Click "Insert" button.

<<Specified table not inserting to the article>>

Expected Outcome:
Specified table should be inserted to the article.

Client Environment details ::

Browser (User-Agent): Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; GTB6;
SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR
3.0.30618)
Time and Date: 3:13:25 PM - Wednesday, September 30, 2009
Javascript: Enabled
Cookies Enabled: Enabled
Java Enabled: Enabled
CPU class/type: CPU Class x86
Screen Width x Height: 1024 x 768
Screen Color Depth: 32

Browser: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; GTB6; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.21022; .NET CLR 1.1.4322; .NET CLR 3.5.30729; .NET CLR 3.0.30618; InfoPath.2)
Time and Date: 4:14:42 PM - Wednesday, September 30, 2009
Javascript: Enabled
Cookies Enabled: Enabled
Java Enabled: Enabled
CPU class/type: CPU Class x86
Screen Width x Height: 1280 x 800
Screen Color Depth: 32


Version: unspecified
Severity: critical
OS: Windows Vista
Platform: PC
URL: http://prototype.wikimedia.org/deployment/Main_Page

Details

Reference
bz20900

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.
StatusSubtypeAssignedTask
ResolvedNone
Resolved TrevorParscal

Event Timeline

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

wikibugs wrote:

Changed the summary

wikibugs wrote:

Also Insert table does not work in Opera when user tries to insert a table to a blank page.
It works fine after entering at least one character

Browser/Computer Properties
Browser (User-Agent): Opera/9.80 (Windows NT 6.0; U; en) Presto/2.2.15 Version/10.00
Time and Date: 4:35:14 PM - Wednesday, September 30, 2009
Javascript: Enabled
Cookies Enabled: Enabled
Java Enabled: Enabled
CPU class/type: ?
Screen Width x Height: 1280 x 800
Screen Color Depth: 32
Window Width: 591 (46.2% of 1280)
Window Height: 353 (44.1% of 800)

(In reply to comment #3)

Fixed in r57100.

Oops: *hopefully* fixed in r57100, didn't test.

wikibugs wrote:

Now table is inserted.
But the table is inserted at the top of the page irrespective of the cursor location.

Browser: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; GTB6;
SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.21022; .NET CLR
1.1.4322; .NET CLR 3.5.30729; .NET CLR 3.0.30618; InfoPath.2)
Javascript: Enabled
Cookies Enabled: Enabled
Java Enabled: Enabled
CPU class/type: CPU Class x86
Screen Width x Height: 1280 x 800
Screen Color Depth: 32

nkomura wrote:

It is behaving correctly on FF3 on Ubuntu 9.04

Created attachment 6629
Firebug showing javascript error causing the problem

This is FF 2.0 (not 2.0.* - exactly 2.0) running on Vista.

Attached:

Picture_1.png (871×1 px, 315 KB)

please disregard that attachment / message.. it was meant for bug 20669....

OK - so not only does this happen with other dialogs, but if you click outside the textarea (causing it to loose focus) and THEN click any toolbar button which inserts content, the inserted content will be placed at the beginning rather than where the cursor was before the textarea lost focus.

I don't know - in IE7 things are pretty broken now. When I click on the toc, some text on the page toward the bottom gets selected. In IE selection occurs on the whole document so it's probably to do with miscalculating the range or something...

(In reply to comment #11)

I don't know - in IE7 things are pretty broken now. When I click on the toc,
some text on the page toward the bottom gets selected. In IE selection occurs
on the whole document so it's probably to do with miscalculating the range or
something...

Is this still happening?

wikibugs wrote:

This is problem still happening in

Browser (User-Agent): Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.04506)

Browser (User-Agent): Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0)

wikibugs wrote:

If any links added to the page or add headings using the drop down all get inserted in the top of the page irrespective of the cursor location

Test Environment::
Browser (User-Agent): Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0;
SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.21022; .NET CLR
3.5.30729; .NET CLR 3.0.04506)

Browser (User-Agent): Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1;
Trident/4.0)

(In reply to comment #14)

If any links added to the page or add headings using the drop down all get
inserted in the top of the page irrespective of the cursor location

There is a separate bug for this, bug 21492. The bug as filed was fixed.

wikibugs wrote:

Verified up to comment 13 in r61474 and close the bugs