As the developers of Open Journal Systems, Open Conference Systems, Open Harvester Systems, and Open Monograph Press, the PKP team are experts in helping journal managers and conference organizers make the most of their online publishing projects. PKP Publishing Services offers support for:

As a customer of PKP Publishing Services, you will not only receive direct, personalized support from the PKP Development Team, but will be contributing to the ongoing development of the PKP applications. All funds raised by PKP Publishing Services go directly toward enhancing our free, open source software. For more information, please contact us.

Forum rules
This forum is meant for general questions about the usability of OJS from an everyday user's perspective: journal managers, authors, and editors are welcome to post questions here, as are librarians and other support staff. We welcome general questions about the role of OJS and how the workflow works, as well as specific function- or user-related questions.

What to do if you have general, workflow or usability questions about OJS:

1. Read the documentation. We've written documentation to cover from OJS basics to system administration and code development, and we encourage you to read it.

2. take a look at the tutorials. We will continue to add tutorials covering OJS basics as time goes on.

3. Post a question. Questions are always welcome here, but if it's a technical question you should probably post to the OJS Technical Support subforum; if you have a development question, try the OJS Development subforum.

I was wondering if anyone is having a problem with this: I upload a PDF file for my journal and the label with a link to the file appears to be 'untitled' instead of PDF. I used Firefox to upload and update the journal.

Hi ramon - thanks for your response. But I have tried that and it doesn't change anything at this moment. In fact, i have seen that suggestion before i posted this question for a forum. I have also seen that somehow if you use to upload Firefox, you could run in to such problems and have downloaded a patch to fix that up, but with no avail.

the .pdf file extension is (as by default) mapped to mime type “application/pdf” in IIS. In OJS, it is not IIS that serves the PDFs directly, it is done by PHP running under IIS. I see on the “UNTITLED” links, the url is not to like " .../xyz.pdf", so what content-type that is reported to the web browser depends on how the PHP application is coded.

I’ve checked and:-if a PDF is served directly by IIS the content-type header is "application/pdf", just as it should be, -if served by OJS/PHP, the content-type is "application/octet-stream"

This works anyway since the web browser will also look at the filename extension and use Adobe Reader because of the .pdf extension.

But this is not the problem with the "UNTITLED" links in OJS, it has to do that PHP can't get the mime type for the file, and hence can't print the proper text "PDF" or whatever the file type is found to be. So i have no idea how to fix that? Any one there?

I have also come across the same problem and after reading your suggestion, I edited the label untitled to pdf in the galley layout. After publishing, it shows as pdf but when clicked, it downloads automatically and this, I feel defeats the purpose of displaying the article in the viewer to read online. It would be great to know if anyone has come up with a solution yet.

Since my last post here, I tested with Google Chrome browser and it works fine. The article displayed as PDF in the galley and opened within the embedded PDF viewer after being published. The untitled issues seems to be caused by Firefox browser when it is used to upload the articles. Someone could perhaps look into the possible cause with Firefox.

Can you confirm that uploading a new galley using the same PDF file (not editing an existing one) behaves differently when using Firefox vs. another browser? The file type detection should be done server-side and I don't believe it's browser dependent, but can verify once you've confirmed.

I just did a test on uploading the same PDF file in both Chrome and Firefox and this time, they both displayed as they supposed to in the layout galley as well as in the table of contents and in the PDF view in the respective web browsers. I concur with you that the untitled problem with the PDF files seem to be server related.

On a side note, I had some annoying adverts from Unisales invading Firefox so I uninstalled and installed a fresh copy as well as resetting it. That may not have anything to do with the untitled issue but just stating it for the record here. They could try to re-install the browsers and test again.