Is this function working for anyone using 2.0.0 pro? If so please say so and tell me if there's anything I can do to get this to work. It was the whole reason for the purchase (enabling rapid entry of albums).

Thank you!

I'm having the exact same issue. I thought I was crazy but I see nothing being returned and no errors. Others have reported getting an error with gzinflate, but I get nothing.

I too would like to know if there is anyone out there using the product who has gotten it to work.

@shinkendo:
thats weird, but I have an idea of what the problem can be
can you give me admin access to your site to take a look?

You can send it to joomlamusicsolutions@gmail.com

Germi

@craig: of course the users get it to work... Most of them... I would say 95%... you seem to be on the other 5%, but dont worry, we'll solve this

germi wrote:

@shinkendo:
thats weird, but I have an idea of what the problem can be
can you give me admin access to your site to take a look?

You can send it to joomlamusicsolutions@gmail.com

Germi

Thank Germi, admin login info sent via email.

I just purchased it and I am facing the same problem.

damn.... :S

with Discogs?
we're working on it, let me a bit more hours to see if we find out. if we don't, I'll ask you access data

germi wrote:

damn.... :S

with Discogs?
we're working on it, let me a bit more hours to see if we find out. if we don't, I'll ask you access data

Awesome. Thanks.

Any update on this issue please?

the problem is still gzipped data.

discogs returns: "Client does not accept gzip encoding."

yasmagic: are you sure your site accepts gzip data?

It looks like both my Apache and PHP accept gzip data.

Accept-Encoding = gzip, deflate

Strangely, when i tried now it started working. Thanks.

Glad yours is working....
However I still can't gget mine to work or Germi to answer my posts
http://www.joomlamusicsolutions.com/en/forum/music-collection-extensions/discogs-3.html#5461

What gives?

mine is also not working. I know Germi gave a good try though. I have confirmed with my host that I have all the right gzip inflate support but I am still getting the error.

i even tried this simple test code to see if gzinflate was working, and yes it is.

i've tried several tests with accessing discogs data using my own code: and it's working fine. I'm using curl with gzip encoding. I always get a good response.

I tried pasting my code here but the forum software is stripping it out of the post. Sorry.


I've also successfully tried: all the test from the php site to make sure that gzinflate and deflate are working and they are.

seems to be getting a little further. Now instead of an error message I'm getting this returned from the search:

��X��K��X�r�F}�;�h���V�=�e;v6'��E,�c�U�R�F}��X�J,���v3 ]V:��s��n�d)�#g2�g-�2��YKLB��_B19}t��k���A�.�]óHSb���_�)�x��m�����} �n�jo�+�u��kh��u���ݫ�����e[��1l�C� LaW�����*�7\\�k��3�x����E��E��*��nS�8Γ�*�T����9ynOn�b�

Mine works fine outside of JMS as well.

Check out http://www.roundrockradio.com/discogs-test.html
Click to search link comes up which is hard coded by me to search for Metallica, my API Access key is also hard coded into the link.
Clicking to Search brings up the result, Viola!

This is the same server I have JMS installed on.
Bottom line, the problem is with JMS, and not my server.
Still no love from germi though.

shinkendo: this data you get is because I "printed" what discogs return, to make some test, but I didnt removed it.

I'll do this later

in any case, I think this is a good new: that means you ARE RECEIVING someting from discogs (this looks like gzipped data)

RockRoundRadio: do I have access to your admin area? give it to me please.

in any case, let me tell you that the search is a bit trickier than just clicking on a link. why?

time for some http lesson:

on your code (hardcoded api discogs href), when you click on it, its YOUR BROWSER who is making a request to discogs. YOUR BROWSER (on your physical machine), NOT YOUR SERVER (somewhere else)

your browser DOES accept GZIP encoding. on the HTTP request sent from your browser to discogs, your browser tells discogs that he accepts gzip data. discogs returns gzip data, your browser supports it, and therefore all looks fine.

accecing the discogs API "from behind" it quite different: you write something on the filed and click search. your search is sent to YOUR SERVER, and is your server who PERFORMS THE REQUEST to discogs. so in this case, its your server that is sending the http request to discogs, not your browser

BIG DIFFERENCE

and the problem comes here: your SERVER does not accept gzip data

your little discogs-test.html works. of course. because its your browser who performs the request.
ALL BROWSERS support gzip

but not all servers

do I make my point?

My issue is now resolved. After setting my ZLIB.output_compression setting to 'ON', then restarting Apache, the discogs search started working.


I found that by having your Joomla gzip compression setting 'enabled' is enough to fool the WhatsMyIP site into thinking this feature should work, but it's not enough.

For those who have not yet got this working. If your apache server is 1.3.x you need to make sure you have mod_gzip installed properly, and if you're running apache 2.x install and enable mod_deflate.


Cheers! And thank you GERMI for great support!

no problem

FOR EVERYBODY

if discogs does not work, the problem is what I said from first moment: your server does not handle GZIP. you may think it does but it doesnt. shinkendo case is an example of that

so please, be sure that your server handles GZIP data...!!!!

How about an answer to the other three posts in this thread that point to the fact that there is no response when clicking the "search discogs" after including the discogs api key. You click it and no response whatsoever. And yes, gzip has been confirmed.

How about reading well the thread?

the solved issue was on a customer that clicked and obtained nothing, and again, IT MEANS THAT YOUR SERVER DOES NOT ACCEPT GZIP encoding

you dont get nothing beacuse you don have the error reporting enabled

demonstration: open /administrator/components/com_muscol/controllers/albums.php and on line 48 approx (afeter search_discogs() function is declared) add this:

error_reporting(E_ALL);

this will enable error reporting.

then try the discogs function again. you'll see the error returned, probably a "Warning: gzinflate() etc" saying that the data is not correct. well, the data is not correct because what Discogs returned is actually "Client does not support gzip data" (or something similar)

you can see this adding

echo $return;

on line 63 approx of the same file

well, all that means what I said before. you think that your server allows gzip, but trust me, it does not. check your apache config.

Germi - You keeping going back to our servers don't support it, yet you sent us to a site to test it. The site reported back that it was enabled. We then informed you of that and you're going back to "it doesn't really support it if though it says it does"
Do you see how that can be confusing?
I think most of us just want it working.
If the server doesn't support it, then fine.
If it does, what's the solution to the problem?

well, the site to test is seems to be only a guidance, not a definitive "yes" or "no"

I know it can be confusing, I appologise for that. I'm the first (believe me) who wants to solve this ASAP, although I know its not really a MC problem itself.

I still believe the server does not support it. send me FTP access and joomla admin access and I'll try to prove it to you by making some debugging (or solve it, if I can! of course! )

believe me, this is my number 1 priority

I want to get this thing working more than you do

Login info sent...thanks

@Rock Round Radio: I didnt received any mail... :S

@carlucci and everybody readin this: I tested your site, and it turns out that your problem was not about gziped data or anything like this... it was just that you hadent entered a Discogs API key, even it says clearly "You have not defined a Discogs API Key. If you do not have one, get one here"

this was my face when I saw that the "problem" was this: :blink: :dry: :huh: :blink: inch: inch: inch: :angry: :angry:

@Rock Round Radio: I didnt received any mail... :S

@carlucci and everybody readin this: I tested your site, and it turns out that your problem was not about gziped data or anything like this... it was just that you hadent entered a Discogs API key, even it says clearly "You have not defined a Discogs API Key. If you do not have one, get one here"

this was my face when I saw that the "problem" was this: :blink: :dry: :huh: :blink: inch: inch: inch: :angry: :angry:

I sent it to joomlamusicsolutions@gmail.com
Is that correct?

yes its correct, but still nothing. try this one: gcampsbarjau@gmail.com

Ok sent it to that address as well. Spam folder maybe?

My issue is back. Even though it was working fine for 2 days, now suddenly (with no changes to the server or app at all, the discogs search is displaying a new error that it has never displayed before saying "Client does not accept gzip encoding"

This was working perfectly! What could have happened for gzip support to suddenly stop overnight?!!

I repeat, no changes were made by me or my hosting company on the server at all, and it was working fine.

Germi did you ever log back in to remove the debug code you had placed in my app? Since I no longer see that.

no, I did not remove it. in fact "Client does not accept gzip encoding" is what discogs is returning

just a thing: I guess you agree with me its not an MC issue since you got it working!

now, what you say can look "impossible" (I mean, it was working fine and with NO CHANGE AT ALL it stopped? :lol: ) but I guess it can be possible somehow:

MAYBE (that's just a suggestion) your server automaticaly re-compiles its modules from time to time. so yes, you didnt cahnge anything, but something changed on the server...

in any case, whats sure is that no code of MC's changed!

maybe you can try to re-do what you already did with the apache mods to get it working?

Germi

i have just tried that. I also just restarted apache. I also looked at server change log and settings and nothing has changed there either. ZLIB and gzinflate/deflate are still accepted and mod_gzip is still installed and loading.

any other ideas?

:S certainly not... if it worked, it has to work again!! :S :S I mean, nothing changed on MC's code!!!!

this makes no sense... is mod_deflate correctly working on apache?

shinkendo,

I was in your site and tried a little more testing. I tried a brand new thing (making the query through CURL), and I think it worked, but unfortunately I could not make more testing because your site ives me an 500 internal server error... (maybe you are reboting the server? :lol: )

well, let me know when it works again and we'll continue on testing

Germi

OK

here's a modification of the files so you can choose to use CURL to make the request instead of "standard" method.

usage:

unzip this attached file. there are two files in it

first:

replace your /administrator/components/com_muscol/controllers/albums.php with the file albums.php in it

second:

replace your /administrator/components/com_muscol/config.xml with the file config.xml in it

then, go to Music Collection parameters and you'll see a new parameter, just under the Discogs API Key paramter, called "Use cURL for Discogs connection"

select YES and save to make the requests through cURL

third: try the discogs function again, and tell me if now the problem is gone.

I hope it is..

please come back to me and report me if that made the trick

if it worked, I'll include this new option into the Music Collection distribution

Germi I tried it on my site and the first time it worked fine and I thought a miracle had happened...finally it was working!

Then I tried to search another and kaboom, Internal Server Error. Same thing that happened to you.

I thought the quick fix was to reload the old files, but alas, still an internal server error.

Now my site doesn't load at all, not even the front page at http://ondemand.roundrockradio.com

Let me find the reason for this

DONT USE IT MEANWHILE

Don't worry I couldnt use it if I wanted to....lol

@RockRoundRadio: shinkendo had this same problem and he seems to have solved it.

apperently (dont know why) the permissions of the root folder were, for some reason, changed to 777, and apache didnt allow that, so it kept crashing.

can you check the permissions and restore to 755 or 644 or whatever they must be so see if the problem is solved?

still dont understand how CURL could change this permissions...

Changing the root folder to 755 fixed it back. I ran the discogs search again with cURL and it worked but crashed the site again.
I reset the directory again to 755 and it's back up.
Seems odd to me that it changes the permissions on a directory, kinda scary actually that it could do that!

yes, its very freaky

shinkendo had the same issue too...
so, dont use the curl option

the strangest thing is that after all that, shinkendo could actually made the discogs work on the traditional way!!! he didnt do anything, it just worked... :S

very confusing... have you tried it, just to test?

Oh my God, yep it works now after I set it back to the traditional way.
So maybe the root directory was set to something else besides 755 before and by breaking it and setting to 755 made the gzip way work????
I dunno....either way I'll try it out and see if it stays working and report back.

:lol:

dunno... this is the most freak thing I've encountered with music collection / php / joomla ever...

it's a kind of magic!!!!

still trying to find an understandable reason for this behavior...

I can't get the fast album addition to work either. Site is gzip enabled, server too. I have no idea what to do now. Another strange thing is that I can't even press the search button in Mac's Safari, but I can in Firefox. However, still no searched strings are returned.

hm.. I would tell you to try the CURL option, but.. if you readed this (long) thread, you'll see that it seems to work but afterwards it crashes..

the curious thing is that on the two other cases, after that, the discogs thing started to work!!!

are you running music collection on a test environment?

I've read the entire tread, but I don't see any solution for GZip warning: gzinflate() [function.gzinflate]: data error in \\libraries\\joomla\\filesystem\\archive\\gzip.php on line 77

Could someone please post a solution for this problem?!? It used to work fine, but it stopped after a while...

its strange. I sent you an email

It's not working on some albums, probably if they're not listed on Discogs. But sometimes the output is very weird, like when you search without a search query or with "strange" characters.

I get good results when I search on partial words from the album. Try removing the artist name, strange chars etc. And if it still does not work you can check Discogs site, if the album is actually listed there.

Where are these files?

I run on Godaddy host and need the curl option.

Godaddy is bad, cheap hosting usually does not support advanced options

how bout this error sir germi? I've already installed the components and get an API KEY to DISCOGS.. but when i started to search this errors shows.. i don't know what to do..

Warning: file_get_contents() [function.file-get-contents]: URL file-access is disabled in the server configuration in /home/demodin/public_html/administrator/components/com_muscol/controllers/albums.php on line 61

Warning: file_get_contents(http://www.discogs.com/search?type=releases&f=xml&api_key=da45717c4e&q=) [function.file-get-contents]: failed to open stream: no suitable wrapper could be found in /home/demodin/public_html/administrator/components/com_muscol/controllers/albums.php on line 61

Warning: simplexml_load_file() [function.simplexml-load-file]: discogs62.xml:1: parser error : Document is empty in /home/demodin/public_html/administrator/components/com_muscol/controllers/albums.php on line 73

Warning: simplexml_load_file() [function.simplexml-load-file]: in /home/demodin/public_html/administrator/components/com_muscol/controllers/albums.php on line 73

Warning: simplexml_load_file() [function.simplexml-load-file]: ^ in /home/demodin/public_html/administrator/components/com_muscol/controllers/albums.php on line 73

Warning: simplexml_load_file() [function.simplexml-load-file]: discogs62.xml:1: parser error : Start tag expected, '

hello

it looks like you dont receive my mails, because I've already answered you by mail 2 times... please check your mail inbox (or spam inbox)

Germi

couldn't locate the curl attachment to try, is it still linked? thanks