Closed
Bug 109354
Opened 23 years ago
Closed 23 years ago
Attachment link on newly entered bug refers to old form
Categories
(Bugzilla :: Creating/Changing Bugs, defect, P1)
Tracking
()
VERIFIED
FIXED
Bugzilla 2.16
People
(Reporter: neil, Assigned: myk)
References
Details
Attachments
(2 files)
663 bytes,
patch
|
myk
:
review+
myk
:
review+
|
Details | Diff | Splinter Review |
1.36 KB,
patch
|
myk
:
review-
|
Details | Diff | Splinter Review |
Steps to reproduce problem: 1. Enter a new bug 2. Click on the "attach a file to this bug" link Actual results: old attachment screen Expected results: new create attachment screen as per link on bug form
Updated•23 years ago
|
Priority: -- → P1
Target Milestone: --- → Bugzilla 2.16
Updated•23 years ago
|
Severity: normal → blocker
Comment 2•23 years ago
|
||
The best solution is to redirect people if the attachment tracker is turned on. If we ever remove the old interface, these files will just redirect unconditionally. We can't remove them from CVS because of links and bookmarks and stuff. Patch coming up. Gerv
Comment 3•23 years ago
|
||
Add cacheable permanent redirects to createattachment.cgi and showattachment.cgi. Gerv
Attachment #57528 -
Attachment is obsolete: true
Updated•23 years ago
|
Assignee | ||
Comment 4•23 years ago
|
||
Comment on attachment 57529 [details] [diff] [review] Patch v.1 The attachment tracker is becoming the default attachment interface per bug 104521.
Attachment #57529 -
Attachment is obsolete: true
Assignee | ||
Comment 5•23 years ago
|
||
Comment on attachment 57528 [details] [diff] [review] fix works, trival. r=myk, no second review needed.
Attachment #57528 -
Attachment is obsolete: false
Attachment #57528 -
Flags: review+
Comment 6•23 years ago
|
||
Yes, but there are old links refering to these existing urls. Wehn the attachment tracker becomes the default, just remove the if, and the rest of the file. Theres still changepassword.cgi, and I would assume that far less people have urls pointing to that (not the mention that that code should be doing a redirect, too)
Assignee | ||
Comment 7•23 years ago
|
||
Comment on attachment 57529 [details] [diff] [review] Patch v.1 D'oh. My mistake. I didn't read closely enough. Ok, I agree with the redirect, but we should make it unconditional now since bug 104521 is going into CVS in the 2.16 timeframe.
Attachment #57529 -
Attachment is obsolete: false
Attachment #57529 -
Flags: review-
Reporter | ||
Comment 8•23 years ago
|
||
Surely you need both patches, one so that new bugs work correctly without needing to redirect and one to handle bookmarks that need redirecting?
This bug has a bad side effect, if you hit the old attachment cgi you can't create a attachment to the bug. You will get a red box that your file path is either not correct or the attached file is empty. Could you please place a notation on the page that this cgi is currently not working.
Comment 10•23 years ago
|
||
I understand the old show attachment CGI being in bookmarks, but I can't see how someone would ever get to the old create attachment CGI. It never worked without parameters, and I don't see a bookmark to attaching on a specific bug as being useful.
Reporter | ||
Comment 11•23 years ago
|
||
Matthew Tuck wrote:
> I can't see how someone would ever get to the old create attachment CGI.
From the attachment link on a newly entered bug, perhaps?
Comment 12•23 years ago
|
||
That would go to the new create attachment CGI, once this is fixed. My point is I don't see why we need a backward compatability CGI for it.
Reporter | ||
Comment 13•23 years ago
|
||
Well this is the bug to fix the link on the newly entered bug. If anyone wants to discuss redirecting createattachment.cgi use bug 109480. If it's likely that people have bookmarks to showattachment.cgi, file a new bug.
Comment 14•23 years ago
|
||
There is existing discussion here of that which I'm replying to. I can't very well reply to it on the other bug, whether it should have been here in the first place or not.
Comment 15•23 years ago
|
||
Attachment 57528 [details] [diff] checked in: /cvsroot/mozilla/webtools/bugzilla/post_bug.cgi,v <-- post_bug.cgi new revision: 1.37; previous revision: 1.36 Attachment 57529 [details] [diff] belongs on bug 104521 or bug 109480
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 16•23 years ago
|
||
*** Bug 114282 has been marked as a duplicate of this bug. ***
Comment 17•23 years ago
|
||
*** Bug 116092 has been marked as a duplicate of this bug. ***
Comment 18•23 years ago
|
||
*** Bug 116740 has been marked as a duplicate of this bug. ***
Comment 19•23 years ago
|
||
This is still failing...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 20•23 years ago
|
||
Where, on bugzilla.mozilla.org? That's because b.m.o hasn't picked up the fix for this yet. If you're running code checked out of CVS, and this is failing on your local copy, please reopen again. If you're complaining about bugzilla.mozilla.org, file a new bug in the mozilla.org product or wait for them to update again. This is fixed in CVS.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Comment 21•23 years ago
|
||
*** Bug 119293 has been marked as a duplicate of this bug. ***
Comment 22•23 years ago
|
||
*** Bug 120079 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 23•23 years ago
|
||
Attachment 57528 [details] [diff] has now been applied to b.m.o.
If anyone else has problems applying it, note that the patch file contains DOS
line feed characters, which may choke up some versions of "patch".
Reporter | ||
Comment 24•23 years ago
|
||
Just tried this, and it works, so marking verified.
Status: RESOLVED → VERIFIED
Updated•12 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•