| Summary: | BUGZILLA: Attachments filed with initial bug report do not get correct MIME type | ||
|---|---|---|---|
| Product: | freedesktop.org | Reporter: | Robinson Tryon (qubit) <qubit> |
| Component: | Bugzilla | Assignee: | fd.o Admin Massive <sitewranglers> |
| Status: | RESOLVED NOTABUG | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | bfo.bugmail, foss, jmadero.dev, qubit, website |
| Version: | unspecified | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
Hello, World in ODT format
A copy of Hello, World |
||
Joel Madero wrote:
>
> My understanding is that the first time you upload a document (with the
> original report) [to Bugzilla] it doesn't detect any mime type, but
> after the first one if you attach additional documents it auto detects.
Confirmed.
The following attachment (Hello.World.odt) was filed alongside the initial bug report:
Hello, World in ODT format (7.61 KB, text/plain)
Created attachment 89207 [details]
A copy of Hello, World
Attachments filed after the initial bug report have their MIME types properly auto-detected. Example: The following attachment (Hullo.Earth.odt) was filed AFTER the initial bug report: A copy of Hello, World (7.61 KB, application/vnd.oasis.opendocument.text) Indeed - another to do when we move to our own bug tracker :-/ Perhaps we should have a whiteboard status "BUGTRACKER" or some such thing so that we can go back and just have a list of our current issues and you and Rob can tackle them one by one? (In reply to comment #5) > Perhaps we should have a whiteboard status "BUGTRACKER" or some such thing > so that we can go back and just have a list of our current issues and you > and Rob can tackle them one by one? Sure -- we can also search for 'BUGZILLA' in the summary :-) > (In reply to comment #5)
> > Perhaps we should have a whiteboard status "BUGTRACKER" or some such thing
> > so that we can go back and just have a list of our current issues and you
> > and Rob can tackle them one by one?
> Sure -- we can also search for 'BUGZILLA' in the summary :-)
Wouldn't it be easier to create Bugzilla migration meta bug with all its dependences (based on wiki article) blocking it? You don't need to abuse whiteboard field for everything...
@bfoman +1 :) We have gotten a bit loose with whiteboard status' (partly because other things depends on them). (In reply to comment #8) > @bfoman +1 :) We have gotten a bit loose with whiteboard status' (partly > because other things depends on them). There are a couple of reasons why we might not want to use a tracking bug, e.g. I believe every sub-step then needs to be a bug... :P ) On the flip side, a dozen or more bugs that we open and then close later sure look good on our stats! :-) I'd like to raise priority on this. This bug costs QA and users a lot of time and results in a frustration UX when attachments are incorrectly listed as text/plain while being actually a png image. Can't be that hard to check the filename... We literally have no power over this - FDO owns the infra and it's their bug Then it would be NOTOURBUG, but since LO is planning on migrating to their own bugzilla it then would become our bug. Or am I misunderstanding things? https://redmine.documentfoundation.org/issues/49 says Bugzilla will be migrated to an own instance at FDO. So that would mean LO has their own instance but is still dependend on FDO fur such issues? Is the latter is true, we should file a bug with FDO concerning those attachment MIME type issues and cross link the bugs. Changed to FDO ;) For now we're on their infra (which we are tremendously greatful for). We are still trying to get our migration down. the migration did happen |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 89206 [details] Hello, World in ODT format Test bug (per discussion on ESC call). Attaching a single ODT file.