Jump to content

Julien

Member
  • Content Count

    30
  • Joined

  • Last visited

Community Reputation

0 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Solved. The problem was coming from the cache, which probably had something corrupted. Reuploading admin and skins folders had no effect. So, I renamed the "cache" folder and created a new "cache" folder. It solved the problem.
  2. Thank you for the very useful explanations. I followed your instructions : created ini-custom.inc.php with the content you suggest saved it in CubeCart's main folder and tried again accessing the admin. But there is no error_log that comes in CubeCart's main folder.
  3. Hi, I was working on CubeCart 6.2.5 front end and suddenly the admin is no longer available. The login splash screen is present when accessed trough the admin_(...).php screen and the login seems working, but I arrive to a blank page. One strange thing is that rying to access the admin folder directly by entering its address in the browser leads to a Not found error : The requested URL /admin_rAnDoM/ was not found on this server. I'm sure about the folder path (as copy pasted and double checked). At some time I did a mistake uploading main.php in the admin's skin default templates instead of the front end templates. However, afterwards, I uploaded the correct file again. Thanks for your help.
  4. Hi there, I'm currently updating a translation, by comparing which new strings were added in definitions.xml as compared to the existing translation. I observed that in definitions.xml, for each group, almost all strings for a major version are sorted alphabetically according to their "name" attribute. Unfortunately, a few recent strings Most strings for new major version 6 were put in definitions.xml at the beginning of the groups. Please sort strings alphabetically according to their name attribute, as this makes easier updating the translations. Edit Should one put strings for new major versions (e.g. 6.x.x) above those of previous major versions ? This is what is prevailing in definitions.xml. Al Brookbanks, in order to make the work of translators easier on the long run, can you please provide guidance: Should strings in definitions.xml and translations be sorted alphabetically by their "name" attribute (regardless of major version), or should they be sorted alphabetically by major version and then alphabetically? It would be good agreeing on a standard. Thanks. Julien
  5. Hi, I wonder why the dimensional attributes have been named width height depth and not length width height or length width depth. I find this rather absurd, especially when translating. For me, heigth and depth are almost synonyms. So, when translating in French, instead of width = largeur height =hauteur depth = profondeur I'm very tempted to use here width = longeur (length) height = largeur (width) depth = épaisseur (thickness)
  6. I realize that there are two French language packs and that I was using the older one, named "Français Language Pack" and which is valid up to CubeCart version 5 and hence should be considered deprecated and unpublished: https://www.cubecart.com/extensions/languages/francais-language-pack The current French language pack to use is the "Pack de langue Française":https://www.cubecart.com/extensions/languages/pack-de-langue-francaise which is valid up to version 6.0.2 of CubeCart. So, I'm going to upgrade it from version 6.0.2 to the 6.2.5
  7. Just to inform other users of the French language pack (which is currently up to date for version 5.0.0 of CubeCart). I'm currently translating the new strings that were added from version 5.0.0 to the version 6.2.5.
  8. I'm new to Stripe. Can someone explain the "Capture the charge" option? After reading this page https://stripe.com/en-hk/guides/sca-payment-flows , I assume that: - Capture the charge = Yes requires instant payment - Capture the charge = No leaves 7 days to the buyer for paying, so that the can for instance recharge its debit card (prepaid Mastercard/Visa/...). I assume the easy way when selling items is setting "Capture the charge" to "Yes", even if this can make loose some potential buyers. Is my understanding correct ?
  9. Hi Dirty Butter, I had similar issue after migrating a site. I cannot remember exactly where was the string stored, but I would first look at the content of the "skins/<templates-set>/config.xml" file. Where <templates-set> is usually the "foundation" templates set. If you're using Windows, you can use a tool like grepWin to figure out where the fault string is stored. Also, don't forget to clear CubeCart's caches in "ADVANCED > Maintenance". Regards Julien
  10. Hello, I cannot figure out what happened to some additional option attributes that I inserted manually using phpMyAdmin, and which seems having been deleted by CubeCart v. 6.2.5. It is obvious that the option attibutes are stored in table "_option_value". I have an option group named "Keys" to which individual keys "A", "B", "C", ..., "Z", ... were attached as option attributes. From these attributes, I have option sets (=subsets of option attributes) that define the keys present in miscellaneous keyboard layouts. For instance, a "QWERTY UK" and a "QWERTZ DE" option sets. I tried appending new option attributes (e.g. the keys "Γ", "Ψ", "Λ", "Π", ...) so that I could create new keyboard layouts like the Greek one as new option sets. I first did this through CubeCart's admin and this was kind of a nightmare* because the appended attributes got the first priority levels. However, the appended option attributes were stored durably. (*more details here: https://forums.cubecart.com/topic/55093-option-attributes-badly-sorted-after-adding-more-options/) To avoid the wrong priority issue, I then chose inserting the new attributes directly into the "_option_value" table by using phpMyAdmin. I made sure that every new record had a unique (autoincremented) "value_id" and a unique "priority" level. This was the case and I can confirm that the "_option_value" table was perfect. Then I went into CubeCart admin. The listed option attributes were still only those that were inserted with CubeCart. So, I tried clearing all caches in "Administration maintenance", also cleared the browser cache and restarted the brower. The option attributes that had been inserted manually with phpMyAdmin are away. I mean deleted and no longer present in the database table. I have not done any further edition in CubeCart, appart maybe from deleting some incomplete "Greek keys" option set as I still had more records (Keys) to insert into the database. I is like if CubeCart used some cached version of the database table that overwrote existing database table. I already had observed this deletion of records, but the first time I couldn't believe it. Any explanation?
  11. The site is still in development. But I could find where the problem comes from. Problem / Bug When you add one (or more) new option attributes to an existing option group and click the "Save" button, the new options are saved in table CubeCart_option_value. The last column in this table is "priority", which store the priority indexes in which the option attributes are displayed in the backend (and maybe also in the frontend). If you add a new option attribute, it receive priority index "1". Instead, it should receive priority index MAX(priority)+1. Example Create option values "A", "B", "C", "D" for an option group and save. Add option attribute "E" to the same option group and save. E will receive priority "1". (Partial ?) solution (not tested yet but should work) by Editing the MySQL CubeCart_option_value table: Make sure that the priority column of your "_option_value" tables are unique Using phpMyAdmin, click the "Structure" tab for the "_option_value" table Assign the "priority" column a "Unique" and make it "AUTO_INCREMENT" (check A_I in phpMyAdmin) Note Maybe does Al Brookbanks knows if some code also has to be edited. I assume so. With my solution, the values for the priority field should not be saved and this task delegated to the database. But the "Option Attributes" tab also allows sorting fields by drag & drop and the new order has then to be saved in the priority field. The current code (version 6.2.5) sets new priorities for all options. Although I didn't dig into the code, I assume there is some paradox here. The problem when adding new fields is especially accutes if the existing number of option attributes is important. (There are more than 100 option attributes in my case.) Can someone report this bug in GitHub?
  12. Thank you a lot, Al. I was not aware of the possibility clearing the image cache (and others) from the "ADVANCED -> Maintenance section". I will test it next time as I meanwhile I had found alternative solution by manually deleting the image in "images/cache" using an FTP client. And of course Ctrl+F5 to force full reload (refresh including ressources) of the page. (works at least for Firefox) I also found how to delete images in "FILE MANAGER -> Images section". Julien
  13. Hi, I'm using CubeCart 6.2.5 and cannot find out how to replace or delete an image. Typically, I have category or product images that were uploaded and that I want to replace by better ones (e.g. after the backgound was burned). I tried reuploading : doesn't work. I tried overwriting the source image by FTP in images/sources : doesn't work. The fact is that images are cached. Is there a way to regenerate the cached images from the source folder? Thanks.
  14. Thank you for your explanations ; I better understand the philosophy behind the pictures management. Yes, setting the filepath is the way to go and your SQL query did the trick. Later, I should adapt/convert it into a TRIGGER to maximize comfort. It would be nice if in the filemanager then directly pointed into the product, whilst still allowing navigation one level up to allow selection of pictures possibly shared amongst several products. I took a look at the code, but will have to dig in.
×
×
  • Create New...