composer eats some pieces of code

RESOLVED WORKSFORME

Status

SeaMonkey
Composer
RESOLVED WORKSFORME
15 years ago
13 years ago

People

(Reporter: jean-max Reymond, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210

trying to insert <noscript> and composer eats the code

Reproducible: Always

Steps to Reproduce:
1. edit the URL http://crcagnes.free.fr/nextsorties/nextsorties.html
2.after </script> add <noscript>
3.before </body> insert </noscript>
4. go to the tab normal and switch again to <html> source

Actual Results:  
<script> and <noscript> disappear

Expected Results:  
keep my code

Comment 1

15 years ago
worksforme
I see the noscript tags I added.

Comment 2

15 years ago
Unable to duplicate, Mozilla 1.3 final, Windows 2000
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312

Note that if the tags are added on separate lines, Composer will reformat the
final <a> tag such that the new tags appear part of the old block; if JMReymond
was expecting to see them still as separate line items, he might not have
noticed the tags still there.

Comment 3

15 years ago
resolve as worksforme
jean-max Reymond--if you can still reproduce with a build from this week (1.4a
or newer) please comment here & reopen bug.  Be sure to include detailed steps
so others can reproduce what you see.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WORKSFORME

Comment 4

15 years ago
Created attachment 119308 [details]
Test case describing bug

Example of source file from which Composer can lose <noscript> tags.

Comment 5

15 years ago
My attachment in the previous comment demonstrates error v. similar to Reporter's.

To duplicate: 
- In Mozilla, Preferences|Advanced|Script: turn off Javascript for Navigator.
- Open the attached file; the colored text is contained in <noscript> tags,
as can be seen with View Source.
- Edit file in Composer: the colored text is displayed.
- View HTML Source: the <noscript> tags have been stripped out.

If you then type the <noscript> tags back in to the HTML Source view, and
return to the Normal view, the colored text is no longer shown.  Saving the
file at this point maintains the <noscript> tags.

If the file is originally opened with JavaScript ON, text with a yellow
background is shown.  Editing the page shows neither the script-gen'd text nor
the <noscript> text.  Viewing source, the tags are unchanged.

I see this in 1.3 Final and 1.4a.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030401

Can we reopen this, with a better summary?
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.