unhandled exception occured

Create issue
Issue #4 duplicate
pouar created an issue

This appeared on the terminal afterward

WARNING: config key has an invalid type: search/strings WARNING: config key has an invalid type: bookmarks/names Traceback (most recent call last): File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 502, in _call_async return _call(args) File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 498, in _call return getattr(backend, args[0])(args[1:]) File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 568, in _load for info in self._fetch_packages(targets): File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 708, in _fetch_packages for url, data in Downloader.download(urls).items(): File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 245, in download raise exception pkgbrowser.backend.Traceback: Traceback (most recent call last): File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 260, in run response = urllib.request.urlopen(url, timeout=20) File "/usr/lib/python3.3/urllib/request.py", line 156, in urlopen return opener.open(url, data, timeout) File "/usr/lib/python3.3/urllib/request.py", line 469, in open response = self._open(req, data) File "/usr/lib/python3.3/urllib/request.py", line 487, in _open '_open', req) File "/usr/lib/python3.3/urllib/request.py", line 447, in _call_chain result = func(args) File "/usr/lib/python3.3/urllib/request.py", line 1283, in https_open context=self._context, check_hostname=self._check_hostname) File "/usr/lib/python3.3/urllib/request.py", line 1253, in do_open r = h.getresponse() File "/usr/lib/python3.3/http/client.py", line 1147, in getresponse response.begin() File "/usr/lib/python3.3/http/client.py", line 358, in begin version, status, reason = self._read_status() File "/usr/lib/python3.3/http/client.py", line 340, in _read_status raise BadStatusLine(line) http.client.BadStatusLine: <html>

Comments (19)

  1. kachelaqa repo owner

    Not really a pkgbrowser bug.

    The workaround is to either delete the config file entry causing the problem, or to simply remove the config file altogether.

  2. pouar reporter

    tried that, it keeps generating the same config, the warnings got removed though, but the same backtrace keeps showing up.

  3. kachelaqa repo owner

    Please describe the steps you have to take to produce that Traceback.

    If it only occurs with a specific package, please give the name of the package.

  4. pouar reporter

    when starting pkgbrowser, this came up

    Traceback (most recent call last):

    File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 502, in _call_async return _call(args)

    File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 498, in _call return getattr(backend, args[0])(*args[1:])

    File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 568, in _load for info in self._fetch_packages(targets):

    File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 708, in _fetch_packages for url, data in Downloader.download(urls).items():

    File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 245, in download raise exception

    pkgbrowser.backend.Traceback: Traceback (most recent call last):

    File "/usr/lib/pkgbrowser/pkgbrowser/backend.py", line 260, in run response = urllib.request.urlopen(url, timeout=20)

    File "/usr/lib/python3.3/urllib/request.py", line 156, in urlopen return opener.open(url, data, timeout)

    File "/usr/lib/python3.3/urllib/request.py", line 469, in open response = self._open(req, data)

    File "/usr/lib/python3.3/urllib/request.py", line 487, in _open '_open', req)

    File "/usr/lib/python3.3/urllib/request.py", line 447, in _call_chain result = func(*args)

    File "/usr/lib/python3.3/urllib/request.py", line 1283, in https_open context=self._context, check_hostname=self._check_hostname)

    File "/usr/lib/python3.3/urllib/request.py", line 1253, in do_open r = h.getresponse()

    File "/usr/lib/python3.3/http/client.py", line 1147, in getresponse response.begin()

    File "/usr/lib/python3.3/http/client.py", line 358, in begin version, status, reason = self._read_status()

    File "/usr/lib/python3.3/http/client.py", line 340, in _read_status raise BadStatusLine(line)

    http.client.BadStatusLine: <html>

  5. kachelaqa repo owner

    I'm pretty sure this is not due to any problem with pkgbrowser.

    That "http.client.BadStatusLine: <html>" means the server is somehow sending an html document without a proper header (like "HTTP/1.1 200 OK"). The server in question would be the AUR, and I can't see that there are any problems with that at the moment.

    So that would seem to suggest that there is something wrong with your setup. Are you using a proxy?

  6. pouar reporter

    I figured it had something to do with the AUR due to the message not popping up after a timeout. I'm just not sure what. No I'm not using a proxy.

  7. kachelaqa repo owner

    A few other questions:

    1. How long have you been using pkgbrowser? Is this just a recent problem?

    2. Can you use pkgbrowser normally after the error? Are you able to search for and view AUR packages?

    3. Are you able to access the Categories in the Filters pane?

  8. pouar reporter

    yes to all those questions, unless there's supposed to be a category called AUR in the filters pane, because I don't see one.

  9. kachelaqa repo owner

    So you've been using pkgbrowser without problems for a while (you didn't say how long), and this error only occurs on start up?

    Your installed AUR packages should be listed when you click on the Foreign filter. In the Packages list, the Repository should be shown as "aur" (not "local"). And when you click on an AUR package, it should show a full list of details, including AUR-specific things like Category and Votes. Can you confirm all this? (Please give details, if not).

  10. pouar reporter

    about the 1st question: I've been having an exception error occuring for a while last year about "ValueError: No JSON object could be decoded" instead of the "http.client.BadStatusLine: <html>".

    yes about the 2nd question.

  11. kachelaqa repo owner

    Yes, I've had reports of the other error before, but I don't think any of them were using ArchLinux. They all seem to be using derivative distros like Manjaro.

    I've nothing personally against these other distros, but since I never use them myself, I can't really offer any support (because I can't do any proper testing). That doesn't mean I won't try to help, though.

    Do you use one of these derivative distros?

  12. kachelaqa repo owner

    Okay. One last request. Given that this only happens on startup, maybe there's one specific AUR package that's causing the problem. So could you create a list of the Foreign packages you have installed and post it here? You can use Tools/Copy List in pkgbrowser to copy the list to the clipboard.

    From your other answers, it appears that this is more of annoyance than anything. You seem to be able to use pkgbrowser normally other than that. I'm still convinced the real cause lies in the setup of your system, but I don't really know where. DNS maybe?

  13. kachelaqa repo owner

    Thanks for the list (I copied it before deleting).

    Nearly 600 AUR packages! I wonder whether that could be the cause? I only have about 10 on my system, and I've never tested with numbers anywhere near as large as that.

    I also see a lot of lib32 packages there. Are you on a 32-bit system?

    BTW: All the packages are shown as "local" not "aur", which also means you won't get full AUR details when you click on a package. I asked you about this earlier, but you claimed the opposite. Why?

  14. pouar reporter

    found out that the installed packages from the AUR are showing up twice, one marked as from the AUR, the other marked as from local, using the filter pane causes the ones marked as local to show up, but the only way to get the ones marked as aur to show up requires using the search bar.

  15. kachelaqa repo owner

    Pretty sure I've found the problem.

    With 600 AUR packages you seem to be exceeding the maximum GET request length supported by the server. I did consider this possibility, but only tested with a couple of hundred packages as I didn't imagine anyone would ever have more than that.

    Do you really use all those packages, or is it that you just never uninstall anything? Maybe a little spring cleaning is in order!

    Anyway, I will make some adjustments in pkgbrowser that should avoid going over the limit, and make a new release in the next few days.

  16. Log in to comment