Open Bug 282782 Opened 19 years ago Updated 12 years ago

Composer: can't delete tables that come before a nestled table

Categories

(SeaMonkey :: Composer, defect)

Product:
SeaMonkey
Component:
Composer
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

People

(Reporter: boofy_bloke, Unassigned)

References

(
URL
)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050212
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050212

This bug goes back at least 2 weeks (I download new versions on Sundays) as when
it first happened I was too busy to report it. See below for details.

Reproducible: Always

Steps to Reproduce:
1. Open the page in Composer, Normal View.
2. Put the cursor in the middle of the page in the text beginning "We report the
Australian Top 20 box office results".
3. CTRL+SHIFT+HOME.
4. DELETE

Actual Results:  
In HTML View the code changes from:

</head>
<body topmargin="0" leftmargin="0" bgcolor="#001021">
<a name="top"> </a>
<!--Head-branding-->
<table border="0" cellpadding="0" cellspacing="0" width="100%">

to:

</head>
<body topmargin="0" leftmargin="0" bgcolor="#001021">
<br>
<a name="top"> </a>
<table border="0" cellpadding="0" cellspacing="0" width="100%">

otherwise unaffected.

Expected Results:  
Delete everything before the cursor.
Version: Other Branch → Trunk
I also see this bug with Mozilla 1.8b1 (Gecko/20050217).
On the "Ctrl Shift Home", How do I use the Home on the Composer??  If I can
reproduce the bug once you show me how the "Home" work then I can confirm the
bug as new.
Ctrl+Shift+Home all at the same time selects everything from the cursor to the
top of the page.
Blocks: 287300
Unable to test this bug myself due to a crashed Composer during the loading of
the website as provided by the URL above.  But based on the valid bug report and
Comment #1 by zug_treno, I'll have to trust those folks that it did happen. 
Filed a seperate bug (bug #287300) on the Composer crash...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Aha! This is connected to bug 288387. If you CTRL+SHIFT+HOME, the Status Bar
shows <#document> <html> which is causing a number of problems.

The inability to delete works on other pages without tables. However, if you
keep holding CTRL+SHIFT and Arrow Right, the cursor moves right and the Status
Bar changes to <body> and you can delete. (This workaround doesn't work on the
sample page as, for some reason, RArrow doesn't move the cursor.)
Blocks: 288387
Is the <br> issue related to bug #255166 somehow?  Can't tell without any
further investigation on this...
No longer blocks: 288387
Disregard my last comment, must be from the wrong bug report...  I followed your instruction and I see the presence of the table tags...  Not sure if it is a bug though...  I can see this on Win2000 though.

> Aha! This is connected to bug 288387. If you CTRL+SHIFT+HOME, the Status Bar
> shows <#document> <html> which is causing a number of problems.
This one is not reproducable on my machine with Build ID# 2006-06-12-09.  So, might be a WinXP bug.  (Mine is Win2000, so not a bug here for me).  Or this part is possibility fixed.  
Can you reproduce with SeaMonkey v1.1.9 ?
Assignee: composer → nobody
QA Contact: composer
Still reproducible
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 SeaMonkey/2.13a1
Build identifier: 20120712003002
OS: Windows XP → All
Hardware: x86 → All
You need to log in before you can comment on or make changes to this bug.