Closed Bug 140953 Opened 21 years ago Closed 21 years ago

Creating the first attachment status fails

Categories

(Bugzilla :: Attachments & Requests, defect, P1)

Product:
Bugzilla
Component:
Attachments & Requests
Version:
2.15
Type:
defect

Tracking

()

Status:
RESOLVED FIXED
Milestone:
Bugzilla 2.16

People

(Reporter: jouni, Assigned: justdave)

Details

Attachments

(1 file)

Patch v1
741 bytes, patch
myk
: review+
myk
: review+
Details | Diff | Splinter Review 
Creating the first attachment status gives a warning, because SELECT MAX(ID)
returns an undefined value when run against an empty table. The attachment is
created properly, but the output fails rather harshly.

I'll attach a patch for this.
Attached patch Patch v1 — — Splinter Review 

    
    

    
  
On comment 0, the latter 'attachment' should of course be 'attachment status'.

    
    

    
  
Comment on attachment 81506 [details] [diff] [review]
Patch v1

Works, trivial, 2xr=myk

        Attachment #81506 -
        Flags: review+
Keywords: patch, 
          
            review
Priority: -- → P1
Target Milestone: --- → Bugzilla 2.16

    
    

    
  
Fixed. Many thanks :-)

Checking in editattachstatuses.cgi;
/cvsroot/mozilla/webtools/bugzilla/editattachstatuses.cgi,v  <-- 
editattachstatuses.cgi
new revision: 1.6; previous revision: 1.5
done

Gerv
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED

    
  
Component: Administration → attachment and request management
QA Contact: matty_is_a_geek → default-qa

          You need to log in
          before you can comment on or make changes to this bug.