The stack trace you posted doesn’t appear to be related to the OAI-PMH repository plugin.
This kind of thing can happen if you have a plugin or theme introducing extra whitespace on every page (you’d see a blank like at the top of View Source for any page, that kind of thing). It’s easy to accidentally do this by having whitespace outside <?php ?> tags in any file.
I’ll get you one. I have a lot of instances of Omeka that I inherited with a lot of undocumented custom code. Some repos are private, but I’ll clone it and upload it then post a link.
First, there’s some problem with your SSL certificate which makes it difficult to view this site from some browsers (I encountered errors from Firefox and curl)
Second, I then get a “content decoding” error when trying to view the repository XML output. This is about gzip/compress encoding and seems to affect other XML outputs as well… I get the same error from https://omeka.library.appstate.edu/items/browse?output=omeka-xml which is the omeka-xml output format and unrelated to the OAI plugin. Perhaps you have an Apache or other server setting, or a proxy if there’s one involved, that’s doing or trying to do something related to compression of XML?
Third, there is an extra newline in your code, it’s visible if you “view source” on any of the normal pages: there’s a blank line on top. I’m thinking the likely location is your theme. Something like the custom.php file which is loaded on every request would be a probable place to find the issue. Generally, for files containing just PHP code, you want to start the file with an opening <?php tag and then never have a closing tag anywhere (the end of the file will “close” for you).
I mentioned your theme’s custom.php file in my previous post, did you check there?
The extra newline is appearing only on your public pages so it’s quite likely to be in your theme where the problem lies.
The “content decoding” problem, if that’s what you mentioned still seeing, is probably actually unrelated to this “extra newline” issue, but I can’t be 100% sure that’s the case. I’m not totally sure what the problem you’re having actually is since that log entry really isn’t about the OAI plugin at all.
Is this an accurate copy of your theme’s custom.php? The highlighted line is exactly the kind of close-tag-open-tag-whitespace combination that would cause the extra newline you’re getting. You almost always want just one open tag at the top of the file and no close tags anywhere.
As for the problem persisting with Thanks, Roy, it’s entirely possible, and even fairly likely that the “content decoding failed” problem isn’t actually related to the whitespace issue. Extra whitespace does cause problems for XML generally, and is the likely cause of the error you posted from your log, but that’s an error generated by the omeka-json output. This “content decoding” error I’m seeing when trying to view your OAI repository is more likely a problem of server or proxy settings somewhere. This is the second bullet from my previous post.
You might be looking for something like AddOutputFilterByType DEFLATE or other references to DEFLATE. Just as a guess. It kind of looks like things may be getting double-compressed which is causing the error.