Open
Bug 282782
Opened 20 years ago
Updated 12 years ago
Composer: can't delete tables that come before a nestled table
Categories
(SeaMonkey :: Composer, defect)
SeaMonkey
Composer
Tracking
(Not tracked)
NEW
People
(Reporter: boofy_bloke, Unassigned)
References
()
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.
Updated•19 years ago
|
Version: Other Branch → Trunk
Comment 2•19 years ago
|
||
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.
Comment 4•19 years ago
|
||
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.)
Comment 6•19 years ago
|
||
Is the <br> issue related to bug #255166 somehow? Can't tell without any further investigation on this...
No longer blocks: 288387
Comment 7•18 years ago
|
||
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.
Comment 8•16 years ago
|
||
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.
Description
•