Closed Bug 290786 Opened 19 years ago Closed 18 years ago

[Submission] install.rdf parser doesn't give good error messages

Categories

(addons.mozilla.org Graveyard :: Developer Pages, defect, P5)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: geofforama, Assigned: fligtar)

References

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050406 Firefox/1.0.2 StumbleUpon/1.9994 (Debian package 1.0.2-3)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050406 Firefox/1.0.2 StumbleUpon/1.9994 (Debian package 1.0.2-3)

When trying to upload a new version of StumbleUpon I get this:

Warning: Invalid argument supplied for foreach() in
/opt/update/developers/additem.php on line 107

Warning: Invalid argument supplied for foreach() in
/opt/update/developers/additem.php on line 107
ERROR!! This extension does NOT belong to the author logged in.
Terminating...


At least one other person has had this problem, reporting it in #UMO.

Reproducible: Always
same here. Tried tonight, and it doesn't know I am supposed to be able to change
files here. So how to i get on the list of devs for that project. 
Well, it shouldn't be throwing a mySQL error, that's for sure.  

The registered email address for this extension is geofforama@yahoo.com.  Is
that the same as your dev account?

And once you can login, if it weren't broken, you can add additional authors.
I think theres something slightly more subtle than what Alan suggests going on
here... more details whne I confirm them.
On my development environment, $buf (the manifest file from the .xpi file) is
set to the contents of install.rdf.

$manifestdata, the parsed RDF file is just:

Array
(
    [targetApplication] => Array
        (
        )

)

This breaks the continued processing.

Confirming bug based on my development environment.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Geoff, can you provide a link to the XPI
Target Milestone: 1.0 → 1.1
http://www.stumbleupon.com/stumbleupon.xpi

version: 1.9994
size: 81K
Add
xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#" to the opening tag.  This is
not a valid RDF document otherwise, there's no default namespace.

I think this is INVALID.
Confirmed, stumbleupon RDF is invalid.

Copied from an invalid extension template, which suggests that other extensions
will have this problem.
morphing, patch coming up
Severity: major → normal
Status: NEW → ASSIGNED
Summary: cannot upload new version of StumbleUpon.xpi → install.rdf parser doesn't give good error messages
Assignee: Bugzilla-alanjstrBugs → ted.mielczarek
Status: ASSIGNED → NEW
the reason i said "part 1" is because i think a part 2 could involve a link to
docs somewhere (devmo?) explaining common install.rdf errors, including the one
in this example.
Attachment #181095 - Flags: first-review?(mike.morgan)
The install.rdf validates fine, I'll test it further when I get a chance.
I added Nvu, but the guid in some generated html is " 
{136c295a-4a5a-41cf-bf24-5cee526720d5}"

Update `applications` set `guid` = '{136c295a-4a5a-41cf-bf24-5cee526720d5}'
Where shortname = 'nv'

Fortunately, the GUID for Sunbird seems to be correct,
"{718e30fb-e89b-41dd-9da7-e25a45638b28}", so someone can try that.
Status: NEW → ASSIGNED
Component: Administration → Developers
(In reply to comment #14)
> I added Nvu, but the guid in some generated html is " 
> {136c295a-4a5a-41cf-bf24-5cee526720d5}"
> 
> Update `applications` set `guid` = '{136c295a-4a5a-41cf-bf24-5cee526720d5}'
> Where shortname = 'nv'
> 
> Fortunately, the GUID for Sunbird seems to be correct,
> "{718e30fb-e89b-41dd-9da7-e25a45638b28}", so someone can try that.

You can actually just delete the version and re-add it which is what I did, and
it now works.

Alan's supicions were correct though, there was a tab or something in the field.

| {86c18b42-e466-45a9-ae7a-9b95ba6f5640}   | mz        | 1.7.7   |
|       {136c295a-4a5a-41cf-bf24-5cee526720d5} | nv        | 1.0B    |
| {718e30fb-e89b-41dd-9da7-e25a45638b28}   | sb        | 0.2     |
+------------------------------------------+-----------+---------+

We got hit by this again.  The problem is that we're not validating the RDF.  We
need to do that, and point them to http://kb.mozillazine.org/Install.rdf if an
error occurs.
*** Bug 291811 has been marked as a duplicate of this bug. ***
I don't see the need for RDF validation; we use an XML Parser, we can just get
the XML Parser error details and present that to the user. It may not be quite
as descriptive, but removes yet more external dependancies.

In the latest case the error would have been:

The Error was: Error at line 4, position 16. Erro string: unbound prefix

which would have helped I suspect.
Assignee: ted.mielczarek → Bugzilla-alanjstrBugs
Status: ASSIGNED → NEW
Assignee: Bugzilla-alanjstrBugs → ted.mielczarek
*** Bug 292230 has been marked as a duplicate of this bug. ***
Target Milestone: 1.1 → 2.0
Summary: install.rdf parser doesn't give good error messages → [Submission] install.rdf parser doesn't give good error messages
Attachment #181095 - Flags: first-review?(morgamic)
Assignee: ted.mielczarek → Bugzilla-alanjstrBugs
QA Contact: mozilla.update → developers
Mass change - bugs to be read / (re)confirmed.
Assignee: Bugzilla-alanjstrBugs → nobody
Priority: -- → P5
Depends on: remora-dev
Assignee: nobody → fligtar
Target Milestone: 2.0 → 3.0
The error messages in this part of Remora are simply above reproach.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: