![]() |
#1 |
Member
![]() Posts: 13
Karma: 10
Join Date: Jul 2024
Device: Kobo Clara Colour
|
Clara colour not connecting to wifi - Koreader throws error
I have a new kobo clara colour that I recently had to factory reset for another problem. It worked fine for a while, but recently when connecting to a new wifi network, the wifi has stopped working.
I was using koreader, and I connected to the wifi as normal. Everything worked fine. Then I put the kobo to sleep, and when I woke it up again the wifi was off, as it should be. I turned it back on and koreader threw an error: ./luajit: frontend/util.lua:1092: attempt to get length of local 'str' (a nil value) I exited koreader and tried to connected via the normal kobo menu. It scanned for a while and said no wifi networks found. I tried to manually enter the network details, I got the error 'could not connect, please try again'. I rebooted the kobo and repeated the same steps and got the same results. Is there anyway I can reset the wifi settings? Is there a known fix to this? I don't think this is a problem with koreader, but I don't know what else it could be. |
![]() |
![]() |
![]() |
#2 |
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 12,545
Karma: 74358018
Join Date: Nov 2007
Location: Toronto
Device: Libra H2O, Libra Colour
|
I wonder if you might have an invalid wpa_supplicant file on the device.
Years ago I came up with a patch to recreate that file. See https://www.mobileread.com/forums/sh...d.php?t=247678 Sent from my Pixel 7a using Tapatalk |
![]() |
![]() |
Advert | |
|
![]() |
#3 |
Member
![]() Posts: 13
Karma: 10
Join Date: Jul 2024
Device: Kobo Clara Colour
|
Update: deleted network.lua, launched koreader again, and it worked (but only on koreader)! I connected to the network again, disconnected, tried again, annnnnnd it crashed.
What is going on? The contents of network.lua is as follows, (some info redacted ofc): return { ["WifiName"] = { ["flags"] = "[WPA2-PSK-CCMP][WPS-AUTH][ESS]", ["password"] = "Password", ["psk"] = "thenetworkpsk", ["ssid"] = "WifiName", }, ["Other old wifi"] = { ["flags"] = "[ESS]", ["password"] = "", ["ssid"] = "Other old wifi", }, } |
![]() |
![]() |
![]() |
#4 | |
Member
![]() Posts: 13
Karma: 10
Join Date: Jul 2024
Device: Kobo Clara Colour
|
Quote:
|
|
![]() |
![]() |
![]() |
#5 | |
Member
![]() Posts: 13
Karma: 10
Join Date: Jul 2024
Device: Kobo Clara Colour
|
Quote:
|
|
![]() |
![]() |
Advert | |
|
![]() |
#6 |
Member
![]() Posts: 13
Karma: 10
Join Date: Jul 2024
Device: Kobo Clara Colour
|
So i tried to track down the error.
This boi here is fed a null somehow: function util.fixUtf8(str, replacement) local pos = 1 local len = #str By this other boi here: -- Next, look for our own preferred networks... local err_msg = _("Connection failed") if not success then for dummy, network in ipairs(network_list) do if network.password then -- If we hit a preferred network and we're not already connected, -- attempt to connect to said preferred network.... logger.dbg("NetworkMgr: Attempting to authenticate on preferred network", util.fixUtf8(ssid, " ")) And then we have this (just before that up there ^^^) which makes me think something's going on with the wpa_supplement: table.sort(network_list, function(l, r) return l.signal_quality > r.signal_quality end) -- true: we're connected; false: things went kablooey; nil: we don't know yet (e.g., interactive) -- NOTE: false *will* lead enableWifi to kill Wi-Fi via _abortWifiConnection! local success local ssid -- We need to do two passes, as we may have *both* an already connected network (from the global wpa config), -- *and* preferred networks, and if the preferred networks have a better signal quality, -- they'll be sorted *earlier*, which would cause us to try to associate to a different AP than -- what wpa_supplicant is already trying to do... -- NOTE: We can't really skip this, even when we force showing the scan list, -- as the backend *will* connect in the background regardless of what we do, -- and we *need* our complete_callback to run, -- which would not be the case if we were to just dismiss the scan list, -- especially since it wouldn't show as "connected" in this case... for dummy, network in ipairs(network_list) do if network.connected then -- On platforms where we use wpa_supplicant (if we're calling this, we probably are), -- the invocation will check its global config, and if an AP configured there is reachable, -- it'll already have connected to it on its own. success = true ssid = network.ssid break end end So somehow ssid turned out to be a nil value and it got yeeted into a function that doesn't like nil values. But that's all koreader stuff, so it doesn't explain what's happening on the stock reader. So that makes me think that something has gone bad that both koreader and normal kobo use to connect to the wifi. But then how come I can connect to the wifi by deleting the network.lua file, and what's the kobo equivalent of that file? This problem has something to do with known networks, but what? I am really confused. And frustrated cause I literally just factory rest my kobo and I realllllly dont want to do it again. ugh. |
![]() |
![]() |
![]() |
#7 |
Member
![]() Posts: 13
Karma: 10
Join Date: Jul 2024
Device: Kobo Clara Colour
|
Well I factory reset it annnnnnd now its bricked. Can't connect to the wifi so cant do anything. Yays killed a brand new clara. I cannot believe this.
|
![]() |
![]() |
![]() |
#8 |
Member
![]() Posts: 13
Karma: 10
Join Date: Jul 2024
Device: Kobo Clara Colour
|
Must've been a faulty update because I downgraded and updated again and wifi works now. I might have a faulty memory chip though, because I've been having problems that point to corruption. My database has killed itself twice now and now this problem is most likely because the file to the wifi configs couldn't be found/was corrupted. If that's the case I'll get a new kobo on warranty hopefully.
|
![]() |
![]() |
![]() |
#9 |
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 1,193
Karma: 4236616
Join Date: Feb 2012
Location: Cape Canaveral
Device: Kindle Scribe
|
This PR is very similar to your observations:
https://github.com/koreader/koreader...ent-2269544149 Otherwise, just open a ticket on GitHub. Make sure to enable verbose logging and reproduce the crash, then provide the crash.log file. Everything is explained in the ticket template. |
![]() |
![]() |
![]() |
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
UK: Clara Colour on sale | PeterT | Deals and Resources (No Self-Promotion or Affiliate Links) | 0 | 06-26-2024 08:08 PM |
Skipping forced registration on Libra Colour and Clara Colour | shyhermit | Kobo Reader | 47 | 05-18-2024 12:53 PM |
"Error communicating with device" on Kobo Clara w Koreader | jd2733 | Devices | 2 | 01-17-2021 10:45 AM |
2 content.opf, one throws error, other doesn't | mrmikel | ePub | 2 | 09-29-2014 04:47 PM |
Starting content server throws an error 55 | valiant66 | Calibre | 4 | 06-09-2009 10:40 AM |